Open Octogonapus opened 4 years ago
This looks like it tried to save without a valid login. Logout and log back in then close bowler studio to see if the issue is resolved.
That did not fix it. Here is a log: https://pastebin.com/yr5E8xMh
Here are the actions I took in order:
This has something to do with where your store your gpg keys. Have you set up anything non-standard with these?
I believe you are having this issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=552091
I do have gpgsign
set to true
. Something is weird because this isn't a problem on my other machine.
Is there anything special about the filenames or paths on this machine? Does turning that signing off resolve the issue?
Is there anything special about the filenames or paths on this machine?
No, it's a very recent 18.04 install.
Does turning that signing off resolve the issue?
Yes. What changed in the recent releases to break this?
How recent? If it is since i added 2fa, then that makes sense. Also, i updataded the JGIT version to enable SSH cloning/pushing. Ill bet thats the difference, jgit now supports ssh, but is interfering with this somehow...
https://github.com/CommonWealthRobotics/BowlerStudio/tree/0.36.0 is where the updated JGIT dep showed up.
To resolve there may need to be additional logic added to the ssh callback:
Or perhaps this is an issue inherent to the newer JGIT library. Its hard to fix when i cant reproduce the error.
You can't reproduce it even if you run git config --global commit.gpgsign true
?
Can you set the global to false and the repos that need signing to true?
Technically, yes. But I want to sign all my commits.
Can you reproduce it?
I bisected the versions I had on disk by hand. These are the results: 1.0.7 bad 1.0.6 bad 1.0.5 good 1.0.4 good
So 1.0.6 introduced something that broke it.
are any other commits working for you? Is the issue just with configurations database?
The issue is in the kernel, and the only changes are to the logic of the configurations database, and some data sanitization on the incoming URL's. Do you see any reason this sanitization would be an issue?
while(remoteURI.endsWith("/"))
remoteURI=remoteURI.substring(0, remoteURI.length()-2);
if(!remoteURI.endsWith(".git"))
remoteURI=remoteURI+".git";
remoteURI.substring(0, remoteURI.length()-2);
is suspicious because you cut off an extra character. Can you cut me a build with those additions commented out and something that prints remoteURI
?
try rev 1.0.8 and let me know if it worked?
BS auto-reported https://github.com/CommonWealthRobotics/BowlerStudio/issues/81 when I ran 1.0.8. Log: https://pastebin.com/nYBLFCB6
BS auto-reported #81 when I ran 1.0.8. Log: https://pastebin.com/nYBLFCB6
This was a different mistake, resolved now.
Yep. Same BouncyCastleGpgSigner issue, though.
Kernel version was 0.50.2 in version 1.0.5 and was 0.51.0 in version 1.0.6. I don't see anything in there to affect the signing.
Whatever the root cause may be, we can provide a workaround for now so I can still sign my commits by default. When BS clones a repo, it should run jgit's equivalent of git config commit.gpgsign false
so the global-level commit signing is turned off.
@madhephaestus Bumping this one :)
Using this https://github.com/eclipse/jgit/blob/master/org.eclipse.jgit/src/org/eclipse/jgit/lib/Config.java
You may be able to set the boolean commit.gpgsign
to false
for each repo that BS clones
Auto Reported Issue OS = Linux amd64 x64