GitHub Community
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.
-
@pirate, I don't agree. For instance, when even the name of the ReadMe file itself has changed, Regardless, I've realized that usually, linking to https://github.com/ArchiveBox/ArchiveBox/blob/22aae92e959c4758ea4fc57dcd62ee757de14682/README.md instead is better, because most references to a ReadMe refer to information best correlated to the version relevant to the reference. |
Beta Was this translation helpful? Give feedback.
-
|
Come on... This just adds unnecessary noise for 99% of uses (notes, people sharing links to projects). See my video above - it even adds this when you don't link to a heading. Even if, the default tab shouldn't have any parameters, Whether to use permalinks is a different topic and depends on the context. |
Beta Was this translation helpful? Give feedback.
-
|
it also breaks uniqueness of the repository URL. now there are two URLs that point to the same place, which can result in duplicate bookmarks, problems with internet archive captures, and so on. |
Beta Was this translation helpful? Give feedback.
-
|
Definitely get rid of that ugly param for the readme tab. It's just polluting the URL with unnecessary info. |
Beta Was this translation helpful? Give feedback.
-
|
I'm playing with a browser prototype that struggle with that (and probably a lot more things 😅) because github readme -> click link -> browser back button returns to a different URLs which my prototype can't differentiate from a entirely new page. Anecdotical on my case but might surface similar issues |
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.
-
|
Works in Violentmoney as well and I think if you add |
Beta Was this translation helpful? Give feedback.
-
|
The amount of Tampermonkey scripts needed to restore basic, prior UX to GitHub is getting silly... Have an issue with the new bigbrain UI/UX changes? For instance, markup rendering for the native file format of Python documentation (reStructuredText):
GH: Lol, not Copilot related 🤣 |
Beta Was this translation helpful? Give feedback.
-
|
There's also refined-github extension, it adds useful improvements to github UX, refined-github/refined-github#6904 |
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.
-
|
I'd guess "open view" |
Beta Was this translation helpful? Give feedback.
-
|
maybe "overview" |
Beta Was this translation helpful? Give feedback.
-
|
I think overview is likely it. Assuming the idea is that it's the first readme tab, and that you can add more files and they'll show up in the tabs. But have they documented what those filenames should even be anywhere? Is this a half-baked feature wip? |
Beta Was this translation helpful? Give feedback.
-
Found some more information here. https://github.com/orgs/community/discussions/86658#discussioncomment-9116451 and here. https://gist.github.com/jakebrinkmann/c63eaedbe384516e4a7bc133c1e1066b I added The screenshot shows what appeared in the tabs of my repo. So README.md, CODE_OF_CONDUCT.md, CONTRIBUTING.md, LICENSE.md, and SECURITY.md are all options for the tab url param. |
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