Bug 190930

Summary:	seahorse nautilus plugin issue
Product:	[Fedora] Fedora	Reporter:	Piergiorgio Sartor <piergiorgio.sartor>
Component:	seahorse	Assignee:	Seth Vidal <skvidal>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4	CC:	extras-qa
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-08-14 04:41:55 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Piergiorgio Sartor 2006-05-06 20:54:52 UTC

Description of problem:
Well, it might be this is more a feature request than a problem, or
it might be I miss something, anyway, here we go.
The new items in the nautilus menu, added by seahorse, allow to sign
or to encrypt file, but not to encrypt _and_ sign, like GPA file
manager is doing.

Version-Release number of selected component (if applicable):
0.8-1.fc4

How reproducible:
Always

Steps to Reproduce:
1.
Try to encrypt a file from nautilus
2.
3.
  
Actual results:
There is no request of signing also the file, usually
via checkbox (like GPA).

Expected results:
The possibility of signing the file and the encrypt it, like:
gpg --sign --encrypt ...

Additional info:
It might be interesting to see if seahorse 0.9.1 adds this feature.

Comment 1 Seth Vidal 2006-08-14 04:41:55 UTC

yah - not much to be done on that here.

would you be willing to open this bug upstream with seahorse?

thanks

Comment 2 Piergiorgio Sartor 2006-08-14 18:13:52 UTC

(In reply to comment #1)
> yah - not much to be done on that here.
> 
> would you be willing to open this bug upstream with seahorse?

Uhm, my understand was that, being an FC user, I have to "request"
improvements here and then the maintainer, which is supposed to
know better, will take the proper actions (report upstream, create
a patch, and so on).

So, to answer to your question, no :-) I do not want to feed the request
upstream, in this case (unless really really necessary).
Since I consider this an improvement for Fedora, I guess you should evaluate
if it makes sense and decide what to do.

Keep in mind that gpa does already everything, it only lacks the nautilus
integration, so either seahorse offers a valid alternative, or it should be
dropped completely.

Anyway, thanks for your understanding.