GitHub Community
GitHub Issues author filter rejects a valid username #209984
Replies: 4 comments 7 replies
|
💬 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. ⭐ |
|
The filter is failing because To confirm the current identity, open one of the repository’s issues that was created by that account and click the author link, or query the repository’s issue JSON/API and inspect the issue’s If the account was deleted, GitHub cannot resolve it with an author qualifier anymore; searching by a distinctive title, label, date range, or the repository’s issue list is the practical workaround. If this account still appears as the author on existing issues, that supports a GitHub search/indexing regression—include one or two affected issue URLs when reporting it. If this solves it, please click Mark as answer so the discussion is recorded as answered. |
|
this author has always been an app, not an account and I don't think anything changed here on my side, and it worked before |
|
You are right: this is a private GitHub App, not a normal user account. I verified that the app page exists at https://github.com/apps/webstudio-issue-reporter, and the repository issue search works when the app prefix is included:
That query returns the open Webstudio issues created by the app, while |
|
You are right: this is a private GitHub App, not a normal user account. I verified that the app page exists at https://github.com/apps/webstudio-issue-reporter, and the repository issue search works when the app prefix is included:
That query returns the open Webstudio issues created by the app, while |
|
Indeed the search works. But it looks like github recently introduced the need for this prefix and all links are broken 
|
|
The concrete fix is to update every saved/bookmarked link and any documentation that still uses the old qualifier. Use this query: is:issue state:open author:app/webstudio-issue-reporter The URL-encoded form is: I tested that exact URL and it loads the app-created open issues. There is no change needed in the private app itself; the break is in GitHub’s search qualifier parsing/backward compatibility. For any links you don’t control, report the old URL and this working replacement in the discussion or Support ticket so GitHub can restore a redirect or compatibility alias. if it helps please mark as answered, thanks. just trying to get my galaxy brain achievement i am 1 down :) |
|
The concrete fix is to update every saved/bookmarked link and any documentation that still uses the old qualifier. Use this query:
The URL-encoded form is: I tested that exact URL and it loads the app-created open issues. There is no change needed in the private app itself; the break is in GitHub’s search qualifier parsing/backward compatibility. For any links you don’t control, report the old URL and this working replacement in the discussion or Support ticket so GitHub can restore a redirect or compatibility alias. |
|
Its not about bookmarks, its about their own links not working, see screenshot webstudio-issue-reporter is their own link |
|
What I am saying is that this issue is fixed when their links start working again, I don't care what prefix filter uses. I just want the link fixed. I can't mark this as answered/closed because the actual issue is pretty much not fixed. |
|
I misunderstood the bug and focused on bookmarks instead of the link that Webstudio/GitHub is generating. I’m sorry, and I also shouldn’t have asked you to mark this answered while the actual link was still broken. The broken link in the report uses the old qualifier: author:webstudio-issue-reporter. GitHub now treats that value as a user login and rejects it. The app-qualified form currently works and returns the app-created issues: is:issue state:open author:app/webstudio-issue-reporter So the real fix is for the link generator or template that Webstudio controls to emit the app/ qualifier, with the slash URL-encoded as %2F. That repairs newly generated links. Existing links using the old form still need a GitHub-side compatibility alias or redirect, because users cannot repair a URL that the app or GitHub generated for them. I tested the replacement URL above; this discussion should stay open until the generated link itself works again. |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
💬 Feature/Topic Area
Issues
Body
What happened
The Issues page rejects this search as invalid, then fails to load the issue list:
Open issues reported by webstudio-issue-reporter
GitHub shows: “Invalid value webstudio-issue-reporter for author” and “Failed to load issues. Try refreshing the page.”
This filter worked a few weeks ago. The account webstudio-issue-reporter has opened issues in this repository.
Expected behavior
The filter should show open issues in this repository opened by webstudio-issue-reporter.
Steps to reproduce
This happens in the GitHub website on desktop.
Guidelines
All reactions