I want to propose some thoughts and potential rework around system extensions which are part of a mode towards update & QA process.
...
My proposal would be:
* Do not propose updating system extensions being part of a mode if his mode is the current one.
* If a there is an installed system extension and a local user one, but this extension is part of the current mode, only load the system extension code. This prevents people going to another session, being prompted to update the extension and doing so knowingly or not, and be back in an unsupported use case. The session mode will only run code that it knows about.
* This means reworking slightly the logic of the DBUS interface so that 3rd party apps (Tweaks) or browser extension, shows up the correct status (extensions enabled/disabled, separated by updatable status or not, separated from error status, system or local user extensions). This would mean potentially changing and break the DBUS API, apdating -prefs and LG (easy same repo), Tweaks and browser extensions. Would that be acceptable? I can as well work on making it backward compatible and exposing a V2 api on the bus.
I'm happy to have a deeper look and work on this if the global approach has general conscensus. Happy as well to discuss any other thoughts/ideas fullfilling those requirements.
Thanks,
Didier
_______________________________________________
gnome-shell-list mailing list
gnome-shell-list gnome org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list