Bug #2276
GnuPG always has secring.gpg and pubring.gpg, breaking key detection method
| Status: | In Progress | Start date: | 10/30/2013 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | abeluck | % Done: | 0% | |
| Category: | - | |||
| Target version: | 0.3 | |||
| Component: |
Description
KeySync tries to guess whether there are any keys available from a given app based on the presence of the files that that app stores its OTR keys in. For example, pidgin stores them in otr.private_key and otr.fingerprints. If those files are not present, then OTR has not been used and there is no key material.
In GnuPG, ~/.gnupg/pubring.gpg and ~/.gnupg/secring.gpg are created no matter what, but with 0 size. So we should check for the presence and whether size > 0
History
#1 Updated by abeluck about 4 years ago
I think it should do deeper detection, because it should only show the Gnupg option if there is a suitable DSA private key in the keyring.
#2 Updated by abeluck about 4 years ago
- Status changed from New to In Progress
- Assignee set to abeluck
So at the abstract otrapp level, the key detection shouldn't be file based. We should use something like has_keys() that each otrapp implements. For those apps where file detection makes sense, then they can still use it.
Implementing this should also fix 2050
#3 Updated by abeluck about 4 years ago
- Target version changed from 0.2.1 to 0.3
Re-targeting to 0.3 since this will involve quite a big change.
#4 Updated by hans about 4 years ago
makes sense to me. perhaps we want to have hasSecretKeys() and hasPublicKeys() as well?
#5 Updated by abeluck about 4 years ago
Yea, good idea.