
Calling pinentryPath in GPGController +initialize causes hang in some occasions
Reported by Support | April 1st, 2015 @ 05:57 PM | in 0.5 (closed)
Assigned to
Problems #34650. Currently pinentryPath is called in
GPGController +initialize.
Pinentry path has to use XPC service to update the pinentry-mac
setting in gpg-agent.conf if Libmacgpg is used in a sandboxed app,
which is the case with GPGMail.
This seems to lead to a hang in some occasions.
The best way to fix this is to delay the pinentryPath as long as possible, so it's not necessary to run earlier than when the gnupg binary is invoked.
(Created by Luke Le)
See also: https://gpgtools.lighthouseapp.com/projects/73378/tickets/142
Comments and changes to this ticket
-
Mento April 1st, 2015 @ 05:59 PM
- State changed from new to fixed
- Assigned user set to Mento
- Milestone set to 0.6
- Importance changed from to Low
-
steve April 27th, 2015 @ 12:25 PM
- State changed from fixed to verified
So far no further reports about this and the nightlies version seems to run fine for users.
-
steve June 18th, 2015 @ 12:33 PM
- Milestone changed from 0.6 to 0.5
-
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Referenced by
-
142 xpc creates hundreds of threads Bug occured in: GPG Suite b5, b6 See also: https://gpgto...