I saw this bug mentioned on https://discourse.ubuntu.com/t/release-bugs- for-week-commencing-monday-24th-february-2020/14540
with the comment "can’t confirm, lew activity, suggest we untarget from rls set" It would really be a shame if this stays the way it is now, since it is annoying for those that are hit by it, although with an easy workaround, just do anything else requiring authorisation, and then the toggles work too. For example highlighting one source and then selecting edit and then ok without do any changes. Or just repeating the mouse clicks until it works like others wrote. But those workarounds are not obvious for all new users. I can reproduce it by trying to toggle the extra sources with my mouse, It seems to work every time with keyboard though, maybe that is the reason not to be able to reproduce? This is on several different systems, both on physical hardware and in virtualbox, ranging from 18.04 to 20.04 including all those in between. And this is not just for the Canonical Partners repository, but any repositories I have in a system. On some system with not much extra or even fresh installs of 19.04 and 19.10 I can not reproduce it every time on the first try, but closing software-properties-gtk down and starting it again seems to increase the chance of a failure by a lot. So please try closing and opening a few times if you can not reproduce the bug. I am not sure but I think that app indicators like psensor and indicator-cpufreq also increase the chance of failure to display the authorization window. If I try to toggle an apt source and do not fix it with one of the working functions, or by repeating the mouse clicks, but instead wait for the screenlock to come and then unlock it, I actually get an authorisation window in the upper left corner. It does take my password, but software-properties-gtk does not get notified by it then. Mint asks for authorising right away on starting their modified software-properties-gtk, so they do not get this problem. If the bug can not be found and fixed in time for 20.04, could we then get a "unlock" button on the "Other Software" tab? Once any of the other functions that requires authorization have been used, the toggles on the "Other Software" tab do work every time. The "Revert" button actually gets active after the authorisation for the toggles fails, and that reliably opens the authorisation window. So maybe it could start active but with the text "Unlock" and then changing to the text "Revert" after a successful authorisation. Then there would be an obvious way for users that do not know the workarounds to toggle software sources, and those that do not experience the bug will not see any functionality changes. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1727908 Title: Software & Updates application does not permit changes on the "Other Software" tab To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1727908/+subscriptions -- desktop-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
