The content of mannequin users' login
field is inconsistent between GraphQL and REST API
#37705
Replies: 1 comment
-
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
-
Hello everyone,
I'd like to point out a current limitation/inconsistency of the GitHub REST API when dealing with Mannequin users.
There is currently no way for the REST API to know which name is displayed in the web UI for a Mannequin user. See for example the
user
field in the response of this API call that fetches an issue opened by a mannequin:The name of this user displayed in the web UI is
bbum
. The response doesn't contain this name in any of the fields.However, if I fetch the same issue with the GraphQL API, I get:
The
login
field here contains the name of the user that gets displayed in the web UI, which tends to be much more useful than the randomly generated UUID when you use the API response to populate a UI screen.So I would propose to tackle this issue in either two ways:
login
field, as the GraphQL API does (which is a behavior change but is unlikely to break anyone, I'd prefer it for consistency)mannequin_name
field (or similar name) to the REST API so that at least clients can access the display name of a mannequin and use it when populating a GUI screenThank you! 🙏
Beta Was this translation helpful? Give feedback.
All reactions