-
Notifications
You must be signed in to change notification settings - Fork 239
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
docs wrongly indicate baptiste preview is functional on repo list endpoints #467
Comments
Thanks for opening a new issue and giving so much additional context @ahmadnassri! I'll triage this for the team to take another look 👀 |
@ahmadnassri Thanks for bringing this to our attention--and thanks especially for the detailed issue body! I have verified what you reported. I am confirming internally that this is the expected behavior and will let you know what I learn. |
thank you both @janiceilene @skedwards88 |
@ahmadnassri I checked in with our engineering team, and the docs are incorrect. Only |
would you post here when the corrections have been made public? |
Thank you for opening this issue! Changes to the REST API schema can be requested in github/rest-api-description. I will transfer your issue over to that open source repo. |
Hi @ahmadnassri! Thank you for the detailed description, and sorry for the delay. We just fixed this issue so I'm closing it now, but kindly let us know if you run into anything else. ✨ |
I'm re-opening this ticket as this is a docs issue, not a support issue.
the apis simply do not operate as described in the docs.
the endpoints:
GET /users/{username}/repos
andGET /orgs/{org}/repos
both do not respond with thetemplate_repository
in the real world.Proof
Testing that the correct
Accept
header is used:expected result:
null
values foris_template
expected result: some repos will return
true
, the rest are falseThis Works
so, now that we can confirm we're making the correct API calls, and setting the correct headers, now lets try to look for
template_repository
property:here's an example you can run yourself, using
httpie
andjq
this is relying on the naming schema I strictly follow for my repos, specifically, repos that start with
template-
are template repositories, and for the purpose of this test, repos that start withjs-
are repositories that were initialized with a template repository, and the GitHub UI correctly reflects this, however it's not present in the API.I've run this on my own public repos, and anybody can see those same results, as well as on private orgs, so both documentation for orgs and users are wrong.
here are the results:
The Issue
The docs clearly show the wrong example for listing user repos:
and again with listing org repos:
The API in the real world does not provide these functionality, so the documentation is wrong.
if you believe the API should be providing this functionality, then perhaps that's an internal discussion for your team ... asking me to contact customer support and report an issue is not the appropriate path, you're advertising capabilities in your API through the docs that do not exist... so the first place is to fix the docs so they are reflective of what is actually available ..
once that's done, we the users of your platform, would have a better understanding of what's available and what is functional, instead of doubting our sanity and wasting hours of in debugging our own work, because the docs clearly state something should work (but it doesn't)
thank you.
The text was updated successfully, but these errors were encountered: