Repository navigation
Prevent tracking injection over history API: = (equals sign) at the tail of URLs when anchors are clicked #198
Description
Activity
Simpler steps to reproduce
With ClearURLs alone enabled:
- at this page (in this issue), click the timestamp of my opening comment
Result:
https://github.com/ClearURLs/Addon/issues/198#issue-1196674509=with the superfluous=
Reacted by MelomanCool and Paul Merrill- changed the title
[-]Prevent tracking injection over history API: = (equals sign) at the tail of URLs when Display #Anchors (extension) is used[/-][+]Prevent tracking injection over history API: = (equals sign) at the tail of URLs when anchors are clicked[/+]on Apr 8, 2022 It appears that the issue was introduced by 63b557c.
extractFragmentsnow parses the URL fragment intoURLSearchParamswhich doesn't distinguish between a parameter with nothing after the=, and a parameter that doesn't have a=altogether (which seems unlikely to change, e.g. whatwg/url#427) causing=to be appended to fragments which do not contain any. For example:new URLSearchParams('issue-1196674509').toString() === 'issue-1196674509='
Would it be acceptable to revert to parsing the URL fragment into an array of strings using the previous regex?
+1 - the extra
=breaks anchors, preventing them from being opened correctly when copy-pasting- added a parent issue
on Jul 30, 2026
Steps
1.24.1and Display #Anchors1.3https://github.com/Dr-Noob/gpufetch#readmeIssue
#at its tailWorkaround
Disable:
Notes
A minor issue, this probably began a few weeks ago (I'm not sure when, sorry).
2022-04-08.00.35.26.screen.recording.mp4
A frame from the screen recording:
With logging enabled, I can't see anything (logged) that might help. The issue is reproducible with my test profile, in the screen recording above, so I guess that it'll be reproducible elsewhere.