Unable to unselect specific programs for update

[psiryan]

Before opening a new issue

• Install the staging branch and check if the unexpected behavior is happening there as well.

Describe the bug
The column (and by extension it seems, the ability) for selecting to disable updates (i.e. cherry-pick disabling updates from list) is no longer available, but updating prompts to confirm if you intend to install all of the selected items. The result is an all or nothing installation experience. The user is not given the ability to skip or choose not to install a specific item from the list, which is problematic for certain applications or libraries where there may be a compilation issue due to dependencies or regressions, or the licensing does not permit the actual library to be installed from the repository (i.e. Oracle Java).

Tested in main and staging from AUR. Screenshots from the Staging install.

Software Environment
bauh version: 0.10.3
O.S: Arch Linux (Kernel x86_64 Linux 5.15.69-1-lts)
Python version: 3.10.7
Installation method: yay/bauh/pacman -U

[vinifmor]

That's odd... have you tried reinstalling it ? It seems it is not able to find the installed icons for the upgrade buttons. You can also try the Restoreaction available on the sandwich button (equivalent to bauh --reset on the CLI)

[psiryan]

have you tried reinstalling it ?

Assuming that 'it' is referring to Bauh, when I installed the staging version from AUR, it removed the stable version. In my mind that is the same thing in this case, wouldn't you say?

You can also try the Restoreaction available on the sandwich button (equivalent to bauh --reset on the CLI)

I want to back up the config and cache before I do a reset/Restore. I found the config and cache for Bauh in ~/.config and ~/.cache; should I look somewhere else as well as well?

[vinifmor]

Sure... about the backup, these directories you mentioned are the only ones you have to care about indeed.

[psiryan]

Just did bauh --reset then re-ran, and it still does not show the individual update icon for each application in the list.

Next, I re-ran the bauh --reset, followed by yay -Rsuc to uninstall bauh, then re-installed it using yay, and still not showing the update icon for each item in the list.

[vinifmor]

You can try launch it through the CLI and check for any unexpected errors. At least on my KDE setup on Arch, I haven't come across this issue yet.

[Templayer]

Maybe this should be caught and instead of removing the button altogether, it should have a UTF symbol instead as a backup?

Or the other way around - have the UTF symbol there as a placeholder during init and once initialized, detect if the icon was loaded properly and remove the UTF symbol if it was?

This would be trivial in Java Swing or C# (WinForms and WPF), but I have no experience in Python, so these suggestions need to be taken with a grain of salt. :P

[psiryan]

The following was reported when starting bauh from the CLI (not to be confused with running bauh-cli):

Gtk-Message: 11:55:37.760: (for origin information, set GTK_DEBUG): failed to retrieve property 'gtk-toolbar-style' of type 'GtkToolbarStyle' from rc file value "((GString*) 0x5580ea3775a0)" of type 'GtkToolbarStyle'

@Templayer has a point in that if the icons cannot be found then substitution icons from the system should be used so that the option is still available for use.

[vinifmor]

It might something related to your GTK libraries. Does the AppImage release work normally ?

[psiryan]

It might something related to your GTK libraries. Does the AppImage release work normally ?

No, I just checked and it is having the same issue.

[ltnzr]

Same here on Manjaro with the Appimage.
It has been so for a while, version 0.103 and 0.10.4 have the same issue. Have reset it, reinstalled it etc.
No error reported when launching the Appimage from command.

[Templayer]

If it doesn't exist already, then someone should make a (public) VHD loadable in virtual machines that would contain all active (i.e. developed) free distributions of Linux for testing purposes and update it once a year.

As a web application developer... I had a similar issue:

[ltnzr]

I just found out that it seems to be related to Flatpacks, somehow, maybe related to #303 ?

When I have Flatpacks enabled in the Settings, in Types, Bauh start with the checkboxes "Updates" and "Apps" unticked and if I tick "Updates", Bauh does not allow to (un)select specific updates, the icon is missing as explained above.
However, when disabling Flatpacks in the Settings, Bauh starts with the boxes "Updates" and "Apps" ticked and the icon is present, and everything is working as expected.
So the issue is not related to the icon being absent from the system, or something like this, as suspected above.

[psiryan]

I just found out that it seems to be related to Flatpacks, somehow, maybe related to #303 ?

When I have Flatpacks enabled in the Settings, in Types, Bauh start with the checkboxes "Updates" and "Apps" unticked and if I tick "Updates", Bauh does not allow to (un)select specific updates, the icon is missing as explained above.
However, when disabling Flatpacks in the Settings, Bauh starts with the boxes "Updates" and "Apps" ticked and the icon is present, and everything is working as expected.
So the issue is not related to the icon being absent from the system, or something like this, as suspected above.

Confirmed for me too. If I unselect Flatpacks from settings, then I am able to selectively update Arch packages. Currently using the app image version of Bauh from previous testing. I might try switching back to the Arch package to test over the holiday.

Update:
After reviewing the content of issue #303, I don't think it's related, but it is definitely related to Flatpacks being enabled or not in the app settings.