-
Notifications
You must be signed in to change notification settings - Fork 86
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Git log showing raw GPG output as commits #286
Comments
I opened #287 that adds a new flag to indicate the status of the signature, as per
For "E" (can't verify signature) it looks like this: and for "G" (good valid signature) it looks like this: and I can't really test the other use cases 😅 |
I know this is slightly tangential to the bug, but I want to make sure I understand exactly what is happening and how GPG integrates with git before I fix the bug. When the error message says |
Exactly this. The user's keyring does not contain a public key paired to the private key used to generate the signature |
When the user has log.showSignature = true or the repo has showSignature = true, git log will check the GPG signature of signed commits. If the user does not have the public key for a signed commit, when triggering Search Git Log, raw GPG errors leak into the fzf window. We fix this by always passing --no-show-signature to the git log call. Resolves #286.
Before proceeding...
Describe the bug
If you happen to have GPG signed commits and your repo or global git configuration showw GPG signatures by default (setting
showSignature = true
on the repo or the global.gitconfig
) , the signatures appear on the git log as entries that parse with errors. An example is this very repo, see the capture below:with my global
.gitconfig
being like this:If you force git to not show GPG signatures (by commenting showSignature = true), this of course disappears
but I see this suboptimal since it hides the signature information
Steps to reproduce
Use git log on a repo with gpg-signed commits
Environment
Versions installed:
Which, if any, configuration variables such as
fzf_preview_file_cmd
are set?None
Additional context
None
The text was updated successfully, but these errors were encountered: