-
Notifications
You must be signed in to change notification settings - Fork 552
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
Unable to create pull requests #5779
Comments
Thanks a lot for reporting! It's interesting that it gets a 404 - Not Found - and the URL looks strange as well. Also, for me it just worked without issues. CC @estib-vega - maybe this seems familiar. |
Thanks for tagging me @Byron :) Hey there @intel352. I'm also having issues reproducing this. |
I'll check on the logs later today, thanks! |
Hmm, it's attempting to hit |
Okay, so the
This has to be where the Feel free to close if you don't see a need to check for weird inputs like this :) |
Indeed, the URL has a leading Can you check the output of Thanks again. |
You're correct, the remote listing has the leading slash. I didn't specify that. In the past I've typically cloned via cli by copying the clone command from Github, but on this laptop I believe I let Intellij IDEA clone via it's Github-aware project import.
Other git actions don't have a problem either, it's just when GitButler attempts to keep and encode that `/` value when calling Github's APIs
Sent with Proton Mail secure email.
…On Wednesday, December 11th, 2024 at 3:13 AM, Sebastian Thiel ***@***.***> wrote:
Indeed, the URL has a leading `/` and that is encoded with `%2F` as part of the organisation/user name.
I assume after removing it, it worked.
Can you check the output of `git remote -v`? My guess is that it already contains the slash and somehow Git can deal with it. Maybe it's no issue for SSH-style URLs and it's something we have to specifically handle when processing the URL.
Thanks again.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
Maybe the problem is due to not 100% correct handling of URLs in the frontend? Maybe @estib-vega can take a look - ideally that's perfectly testable. The expectation would be this works as some tools seem to be able to produce such partially illformed (but working) URLs. Alternatively to just making it work, we could of course also show an error that clearly states what the problem is, and how to solve it. |
Version
0.14.3
Operating System
macOS
Distribution Method
dmg (Apple Silicon)
Describe the issue
Launching has this error:
Attempting to create a pull request has this error:
Quite strange. I'm doing this on a new macbook. The last macbook I had was of course running an older release of GitButler, but I'd been able to create and manage PRs from the app.
Something about either the configuration with the new macbook, or else the version of Gitbutler that is active, is leading me into errors that I've not seen before.
I recreated the Github integration authentication. I enabled git signing via ssh, I have git configured to auth via ssh correctly and GitButler tests correctly. I'm not sure what else I need to check.
How to reproduce
No response
Expected behavior
No response
Relevant log output
No response
The text was updated successfully, but these errors were encountered: