After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 320311 - UI issues in gnome-keyring-manager
UI issues in gnome-keyring-manager
Status: RESOLVED OBSOLETE
Product: gnome-keyring-manager
Classification: Deprecated
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Keyring manager maintainers
Keyring manager maintainers
Depends on:
Blocks:
 
 
Reported: 2005-10-31 13:42 UTC by Matthias Clasen
Modified: 2008-11-15 19:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to change UI in "application"-tap (10.07 KB, patch)
2005-11-05 18:02 UTC, Markus Johnsson
committed Details | Review
Make the keyrings initially visible (2.12 KB, patch)
2006-04-16 18:28 UTC, Claudio Saavedra
none Details | Review

Description Matthias Clasen 2005-10-31 13:42:24 UTC
Here is a list of issues I came up with after playing around with
the ui for a few minutes:

- error dialog at startup when no default keyring 
- list of keyrings not visible at startup
- Lock on idle checkbox inoperable
- Lock timeout fixed at 0
- The key tab is just empty when no key is selected
- The applications tab displays a cryptic /path/to/application 
  when no key is selected
- When a key is selected, it displays the path of the binary,
  which is not much better
- What does Read/Write/Delete mean there ?
- The "More Options" tab shows information that nobody can understand
  without documentation. Unfortunately, there is no documentation...
- The type column in the key list is not explained any further. What do 
  the icons mean ?
- "Delete key" should be a context menu item on the key list
- The key/application tabs display stale information when I switch to a    
  different keyring
- Doesn't monitor keyrings, and no refresh menuitem
- If I initially deny it to see a key, the key gets shown with an empty
  name in the list, and the name is not updated, if I later unlock the key
- "Unlock" should be in the context menu of locked keys
Comment 1 Markus Johnsson 2005-11-05 18:02:56 UTC
Created attachment 54359 [details] [review]
Patch to change UI in "application"-tap

Made some improvements on the "application"-tap, mentioned in these bullets:
- The applications tab displays a cryptic /path/to/application 
  when no key is selected
- When a key is selected, it displays the path of the binary,
  which is not much better
- What does Read/Write/Delete mean there ?

At least, this looks better in my eyes.
Screenshot can be found here:
http://www.markus-jonsson.com/screens/keyring01.png
Comment 2 Fernando Herrera 2005-11-05 18:12:41 UTC
Comment on attachment 54359 [details] [review]
Patch to change UI in "application"-tap

Thanks for these UI fixes, please commit. (and we should split this bug into
shoter ones for easy-fixing)
Comment 3 Kjartan Maraas 2006-01-08 16:19:17 UTC
I'll commit this and mail an announcement to the docs people. Leaving the report open since I don't think the patch addresses all the issues that Matthias reported.
Comment 4 Claudio Saavedra 2006-04-16 18:28:14 UTC
Created attachment 63652 [details] [review]
Make the keyrings initially visible

btw, who is maintaining gkm? there are some others patchs waiting for approval.
Comment 5 André Klapper 2008-11-15 18:14:05 UTC
gnome-keyring-manager has been deprecated and superseded by Seahorse more than one year ago.
There has not been any active code development for more than a year.

This bug will probably soon be closed as WONTFIX or OBSOLETE.
Comment 6 Germán Poo-Caamaño 2008-11-15 19:49:47 UTC
Thanks for taking the time to report this bug.
However, gnome-keyring-manager won't be developed anymore and it has
been superseded by Seahorse.