404 when GET repositories/contents/{PATH} and PATH contains (properly encoded) spaces #150556
Replies: 2 comments
-
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Bug
Body
Context, pain point
In the sharkdp/bat project, there are a number of git submodules mapped to this directory. Some of the paths for these submodules contain spaces in the filename.
e.g.:
JavaScript (Babel),Org mode.There's a Dependabot action to update those submodules. It's currently broken because of this bug. It always errors when trying to fetch the first submodule file with spaces in its filename (
JavaScript (Babel)[^1]).The bug
Testing these GET requests with curl shows that the GitHub API's response is incorrect/ incoherent:
... but fetching this location url returns a 404.
I tried with a couple more submodule files:
Julia, andOrg mode:The Julia URL works properly but the Org-mode one also returns a 404.
Meaning: I don't know if the parentheses in
Javascript (Babel)are an issue, but what's certain is that the space is.Other unknowns:
Trying to date the regression
The submodules Dependabot action used to work just fine, until at least July 2024. That's when Dependabot created the last PRs for bumping submodules.
Since as early as November 2024, the Dependabot action fails on the same step (fetching that
JavaScript (Babel)submodule file). On this same PR, there's a previous Dependabot error on July 26, but it's error message is not as conclusive.These submodule mappings last changed 5+ years ago so they can't be the cause for this regression. The Dependabot configuration last changed 2y ago.
[1] It's always
Javascript (Babel)because it always fetches the submodules in the same order (not alphanumerical).Beta Was this translation helpful? Give feedback.
All reactions