Anchor links copied from project READMEs now add a ?tab=readme-ov-file query parameter, making them harder to read
#70577
Replies: 15 comments 13 replies
-
|
It adds Screen.Recording.2024-01-20.at.21.28.46.mov |
Beta Was this translation helpful? Give feedback.
-
@pirate, I don't see why its inclusion is problematic, because your explanation is rather vague — how is it confusing? |
Beta Was this translation helpful? Give feedback.
-
|
Here's a quick fix using Tampermonkey: https://gist.github.com/vogler/74edff6de37c3a13eeff8c99c6bed910 const rewrite = () => location.search == '?tab=readme-ov-file' && (console.log('rewrite', location.href) || history.replaceState({}, null, location.href.replace(location.search, '')));
window.onpopstate = rewrite; // on navigation
rewrite(); // on initial load |
Beta Was this translation helpful? Give feedback.
-
|
When sharing GitHub URLs on sites that abbrevi... links, it's really frustrating to not be able to read the url because there's an unnecessary ?tab=readme-ov-file before the URL fragment: github.com/org/repo?tab=readme-ov... This was an original GitHub feature; clean deeplink urls for README headings |
Beta Was this translation helpful? Give feedback.
-
|
I use a highlighter browser extension which heavily depends on URL and params, which is the problematic part at least for me. |
Beta Was this translation helpful? Give feedback.
-
|
I'm curious... what does |
Beta Was this translation helpful? Give feedback.
-
|
please remove this, this is messing up with bookmarks |
Beta Was this translation helpful? Give feedback.
-
|
Yet another "+1". It's so annoying when it pop ups into the url... it's just pointless noise in 99% of the cases… |
Beta Was this translation helpful? Give feedback.
-
|
Join the petition and vote to fix this. |
Beta Was this translation helpful? Give feedback.
-
|
What the fuck this is still a thing after 2 years? |
Beta Was this translation helpful? Give feedback.
-
|
I installed the userscript but this is still obnoxious... Even with the script, I can't copy clean links from README file headings, because GitHub inserts this stupid querystring param into the link URL every time you try to copy a heading link or click on it to update your address bar URL. I looked through the README in question-- the file didn't contain Edit: 3 weeks later and this once again caused me annoyance on a different device that doesn't have the userscript installed-- almost double-bookmarked a page because of this stupid bug. |
Beta Was this translation helpful? Give feedback.
-
|
Users might be able to work around this behavior with userscripts or manual cleanup, but that’s not really the issue now. The greater issue is that links with the It's a pattern here with github's UI/UX design team (the latest solution in search of a problem) to make product changes for issues that plainly does not exist. It adds arbitrary surface complexity to the user experience with no observed benefit. (It's also not clear what the actual "user pain point" was 🤔) |
Beta Was this translation helpful? Give feedback.
-
|
It's not surprising that since Microsoft bought GitHub, they'd continue their age-old policy of forcing unwanted top-down decisions on users. I expect that they'll continue "improving" GitHub until they elevate it to the same level they did with Skype. |
Beta Was this translation helpful? Give feedback.
-
|
Perhaps most frustrating about this issue is that most of these commenters
could've fixed this bug ourselves.
Are there trackbacks from PRs to Discussions, like the original GitHub had
between PRs and Issues and vice-versa?
…On Sun, Oct 26, 2025, 3:10 PM Casey Jones ***@***.***> wrote:
It's not surprising that since Microsoft bought GitHub, they'd continue
their age-old policy of forcing unwanted top-down decisions on users. I
expect that they'll continue "improving" GitHub until they elevate it to
the same level they did with Skype.
—
Reply to this email directly, view it on GitHub
<#70577 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAMNS7JMMR7BCZSR7CY67T3ZUE73AVCNFSM6AAAAAA6HU6LJWVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTINZYGY2TKMA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
https://github.com/orgs/community/discussions/70577#discussioncomment-14783187
😎
why was was this "feature" added again? what was the "user story"? |
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
Product Feedback
Body
When copying anchor link to a specific section in a project's README, the URLs now contain an extra query parameter indicating the tab:
?tab=readme-ov-file, e.g.:https://github.com/ArchiveBox/ArchiveBox?tab=readme-ov-file#quickstartI understand why this is needed for other tabs, but it adds unnecessary clutter and makes links harder to read for the most common default case of linking to a section of the README.
The parameter can be manually deleted from the URL and it still works the same, but this extra cleanup work is something most people wont do. With the current default, we'll end up with tons of links shared around the internet that look like this:
https://github.com/ArchiveBox/ArchiveBox?tab=readme-ov-file#quickstartinstead of this:
https://github.com/ArchiveBox/ArchiveBox#quickstartYou can already see them starting to spread: https://www.google.com/search?q=%22readme-ov-file%22
If the UI/web team would kindly consider removing this parameter in the default case I think it may improve the link sharing UX for everyone! Github is doing such an awesome job lately with all the new features, I really appreciate the new tabs feature aside from this nit, and thank you to whoever ends up taking a look at this change!
Beta Was this translation helpful? Give feedback.
All reactions