This bug was fixed in the package software-properties - 0.96.24.32.1
---
software-properties (0.96.24.32.1) bionic; urgency=medium
* debian/control.in:
- Build-Depends on dh-migrations to fix the build
-- Sebastien Bacher Wed, 18 Apr 2018 16:50:03
+0200
** Changed in: softw
Hey, the motivation is that there is no point in storing the account id
in the keyring, it makes the code more complicated and it makes hard to
react the external changes to the settings. software-properties used
libsecrets because the first version used it to store the authentication
token and not
Thanks for the fix.
It would be good in future to say why - I'm reviewing this and it's not
clear what the rationale for the change is.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1764474
Title:
** Changed in: software-properties (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1764474
Title:
software-properties-gtk should not store the goa
** Changed in: software-properties (Ubuntu)
Status: New => In Progress
** Branch linked: lp:~azzar1/software-properties/fix-1764474
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1764474
Title:
** Summary changed:
- software-properties-gtk should not store the gnome-online-account id used to
authenticate using libsecrets
+ software-properties-gtk should not store the goa account-id used for
livepatch in the keyring.
--
You received this bug notification because you are a member of Ub