Broken navigation - clicking on PR label will redirect to issues page

[aoltean16]

Select Topic Area

Question

Body

I am constantly using labels to navigate, the following way:

1. Click on a PR
2. Click on labels associated to that PR, to filter all PR's with the same label.

Recently, this has been broken, by the fact that the page I am redirected, now contains an additional filter is:issue, but I want to go to PR's page, and I was coming from a PR page.

Please fix it, thanks!

[harish-govindasamy]

😕 Label Clicking from PRs Goes to Issues – Is This a Bug?

Hey GitHub Team 👋,

I just wanted to share something I’ve noticed recently that’s been a bit frustrating in my daily workflow, and I’m hoping it’s just a small bug or unintended behavior.

🔍 What I usually do

So here’s the thing — I’m someone who heavily relies on labels for navigation, especially when I’m working with multiple PRs across a project. Here’s my usual process:

1. I open a Pull Request.
2. I see a label on it — let’s say something like feature or bugfix.
3. I click the label expecting to see all other PRs with the same label.

This used to work perfectly! It would take me to a filtered list of other PRs with that same label.

💥 But now...

Recently, something changed. Now, when I click on a label from a PR, instead of taking me to other PRs with the same label, I’m getting redirected to the Issues page — and more specifically, the search includes is:issue, which totally changes the results.

Here’s an example of what I mean:

• I click on a label from a PR.

• I get redirected to something like:

  https://github.com/my-org/my-repo/issues?q=is:issue+label:bugfix
  

But what I really want is:

https://github.com/my-org/my-repo/pulls?q=is:pr+label:bugfix

🧠 Why this matters

This small redirection change breaks a workflow I’ve been using for a long time. It’s especially confusing because I’m coming from a PR, so logically, I expect to land in PR search results — not issues.

It kind of feels like GitHub forgot where I came from and just defaulted to assuming I wanted to search through issues instead. 😅

🛠️ Temporary workaround

For now, I’m just manually editing the URL and replacing is:issue with is:pr, but that gets old pretty fast when you're doing this often.

🙏 Request / Suggestion

Would it be possible to tweak the behavior so that:

• When I click a label on a PR page, the search includes is:pr instead of is:issue?
• And when I click a label on an issue, then it makes sense to use is:issue.

That way, it respects the context and gives us results that actually match what we’re working with.

---

Thanks a lot for listening and for the amazing work you all do! This platform is a huge part of our daily dev lives — just hoping to keep things smooth and intuitive.

[R41CY]

---

Same here — noticed this change recently.

Clicking on a label from a pull request now adds is:issue to the filter, even though I came from a PR. It used to just filter by the label across both issues and PRs, or at least respect the context (like staying on PRs if you're on a PR).

This breaks a quick workflow I used a lot to find related PRs by label. Hope this can be reverted or fixed soon.

[github-actions[bot]]

🕒 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 out of date at the bottom of the page.

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 Question label. To learn more, see our recent announcement.

Thank you for helping bring this Discussion to a resolution! 💬