search

QubesOS / qubes-issues

The Qubes OS Project issue tracker
https://www.qubes-os.org/doc/issue-tracking/
541 stars 48 forks source link

Improve handling of app menu shortcuts across template upgrades #9371

Open rwiesbach opened 3 months ago

rwiesbach commented 3 months ago

How to file a helpful issue

The problem you're addressing (if any)

I recently switched from fedora-38-xfce to fedora-40-xfce. For whatever reason this change of template caused firefox.desktop not being in the template even though firefox is in the template. In fact, firefox even shows up in the list of "All available applications". So seems that for whatever reason firefox.desktop was renamed to something else. Neither during the switch of the template nor when trying to run the app I was notified. I just waited for firefox and was confused that it did not stark (and the dispVM did shut down automatically right after starting up)

The solution you'd like

On migration of template there should be a warning if an application in the qubes applications menu (not "all applications, but the selected ones) is no longer available and ask what it a) should be substituted by or b) whether the old menu entry is removed or c) should be ignored (like it is done now) or d) whether to abort the switch of template. For multi-switching of templates it should have an "use this for all other switches and report at the end" option such that you do not have to select it for each and every qube.

If the user selects an app in the app menu that does no longer exists, the VM, especially a dispVM should not be run at all (well, if the VM is running already you should surely not shut it down). Obviously, qubes does already detect that the app is no longer available, as it is shown in the applications tab of the qubes settings. Why not tell the user this whent he click such a missing app instead of starting a VM that cannot run the chosen app anyway (and that will immediately shutdown again in the case of dispVM)

The value to a user, and who that user might be

Save time, know what the error is caused by, prevent the error

Completion criteria checklist

(This section is for developer use only. Please do not modify it.)

ben-grande commented 3 months ago

Applications being listed in the appmenu should never block template upgrades. It doesn't really mean the application is not available. In this case, it changed name:

Is your installed template of this version: qubes-template-fedora-40-xfce-4.2.0-202405281929.noarch.rpm ? I believe this version contains the fix. You probably have to sync the appmenus also.

qvm-template info fedora-40-xfce
rwiesbach commented 3 months ago

Yes, the command shows the version you mentioned.

I'd say "A qube should never be run for a tool if you already know that the software you start it for does not exist in the template :D"

And Firefox is only an example here