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
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs