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 357322 - Handling of self-signatures is confusing
Handling of self-signatures is confusing
Status: RESOLVED FIXED
Product: seahorse
Classification: Applications
Component: general
git master
Other All
: Normal normal
: 2.20.0
Assigned To: Seahorse Maintainer
Seahorse Maintainer
Depends on:
Blocks:
 
 
Reported: 2006-09-23 11:33 UTC by Sam Morris
Modified: 2010-12-13 09:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.29/2.30


Attachments
0001-Show-information-message-when-you-try-to-sign-an-UID.patch (2.69 KB, patch)
2010-02-21 01:36 UTC, Pablo Castellano (IRC: pablog)
accepted-commit_after_freeze Details | Review

Description Sam Morris 2006-09-23 11:33:59 UTC
Please describe the problem:
Viewing the properties of my key, under Names/Signatures, neither of the keys listed has its self-signature entry in the TreeView. If I click on one of the keys, the Sign button becomes enabled and I can sign the key again... but I don't actually complete the procedure because I'm not sure what will happen (since the keys have already been self-signed).

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Adam Schreiber 2006-09-23 16:14:26 UTC
I don't know if the sign button should even be present for key pairs.  Nothing appears to happen if you carry through with signing your key again.

Nate: ruling?
Comment 2 Stef Walter 2006-09-23 16:29:11 UTC
It's been useful to me. I have multiple keys and I need to sign them with each other...
Comment 3 Adam Schreiber 2006-09-23 17:07:00 UTC
You're right, I've done that as well.  Perhaps what we need is some kind of a check disabling the button if the key is the same as the default signing key?
Comment 4 Sam Morris 2007-01-09 00:49:53 UTC
With seahorse 0.9.7, cancelling the sign key window makes Seahorse start the keyserver synchronisation process! I then get this printed to the console:

seahorse:28719): Gtk-WARNING **: Error loading icon: Failed to open file '/usr/share/pixmaps/seahorse//22x22/seahorse-sign.png': No such file or directory

and all widgets in Seahorse stop responding. The window redraws if I cover & expose it though.
Comment 5 Pablo Castellano (IRC: pablog) 2010-02-20 19:10:46 UTC
(In reply to comment #4)
> With seahorse 0.9.7, cancelling the sign key window makes Seahorse start the
> keyserver synchronisation process! I then get this printed to the console:
> 
> seahorse:28719): Gtk-WARNING **: Error loading icon: Failed to open file
> '/usr/share/pixmaps/seahorse//22x22/seahorse-sign.png': No such file or
> directory
> 
> and all widgets in Seahorse stop responding. The window redraws if I cover &
> expose it though.

Just to inform that it doesn't happen anymore
Comment 6 Pablo Castellano (IRC: pablog) 2010-02-20 19:26:24 UTC
Should seahorse show self signatures? Maybe a checkbox to do it?

If the key is already seahorse should at least show a messagebox because at the moment, nothing happens and the user may be confused, I agree.
Comment 7 Pablo Castellano (IRC: pablog) 2010-02-21 01:36:13 UTC
Created attachment 154290 [details] [review]
0001-Show-information-message-when-you-try-to-sign-an-UID.patch

Here's a possible solution. Since it's UI and string freeze time now and this is not a major bug, it would be commit for the 2.31 release in any case.
Comment 8 Adam Schreiber 2010-02-21 22:47:57 UTC
Review of attachment 154290 [details] [review]:

This looks good to me.  Let's make sure to test it then commit following branching for the next dev version.
Comment 9 Pablo Castellano (IRC: pablog) 2010-08-31 13:46:33 UTC
Another release cycle has passed :-/
Comment 10 Stef Walter 2010-12-13 09:57:00 UTC
Merged with master. Pablo, in the future you can probably merge these changes in at the appropriate time.