*** This bug is a duplicate of bug 246185 ***
https://bugs.launchpad.net/bugs/246185
I picked up on that too. This is why I said, Redesign the keyring
feature or drop the feature. Unlocking for all apps is already
happening, and already a security vulnerability. But since *that* issue
is a
*** This bug is a duplicate of bug 246185 ***
https://bugs.launchpad.net/bugs/246185
read https://bugzilla.gnome.org/show_bug.cgi?id=574315 for specifics
details on why having the label/app name wouldn't help much, if you are
interested
** Bug watch added: GNOME Bug Tracker #574315
*** This bug is a duplicate of bug 246185 ***
https://bugs.launchpad.net/bugs/246185
Yeah. At this point putting up a label for which application is accessing the
secret
isn't that easy, and it's very hard to get it completely right. It would be
nice to get this working, but unless someone
*** This bug is a duplicate of bug 246185 ***
https://bugs.launchpad.net/bugs/246185
Stimpy, I came to a different conclusion from the upstream bug report.
The problem isn't figuring out which _one_ application wants the key,
it's that the key will be available to _all_ the desktop
Re: This bug report is a duplicate of: Bug #246185
I had only been on Ubuntu Desktop for hours before deciding to set up my
account to post this bug as I consider it pretty serious. You mean to tell me
this has been a known problem since seven years ago, and the problem still
exists? Does
*** This bug is a duplicate of bug 246185 ***
https://bugs.launchpad.net/bugs/246185
** Package changed: update-manager (Ubuntu) = gnome-keyring (Ubuntu)
** This bug has been marked a duplicate of bug 246185
Unlock Private Key dialog mysteriously refers to an application
--
You received
6 matches
Mail list logo
