Jun 29 2017
Jun 28 2017
Jun 27 2017
Jun 20 2017
May 30 2017
https://en.wikipedia.org/w/index.php?title=Feh_%28image_viewer%29&action=edit&undoafter=767731611&undo=782915510 produces an error message claiming that an edit conflict exists.
May 29 2017
Several people above have suggested that a client-side solution would be acceptable. I disagree.
As discussed here, another example of this bug is at https://en.wikipedia.org/w/index.php?title=MalwareTech&diff=782456060&oldid=782449642 . In that diff, both the left and right columns have hunks that begin "Following his work on the WannaCry ransomware attack in 2017" and that are almost identical (edit distance: 3) but that have been aligned with other hunks instead of with each other, making it very hard to spot what has changed between them. (To spare you searching, it is "he's" to "he has".)
Nov 22 2016
Sep 8 2016
User 126.96.36.199 has added a note about this issue on my talk page.
Sep 6 2016
here's an edit from 2011 that documents this behavior on the English Wikipedia
If they "are currently broken" and do not work, what does that mean? That you still end up on the correct page, just not scrolling to the correct position?
From the user perspective this would have a similar effect to using 301s. It would make end users end up copying the canonical url instead of the redirect's url.
Sep 5 2016
Jul 24 2016
Jul 22 2016
Can I ask that the fix for this feature request implement something like newbase42 (which is abandonware, but the principle is clear) in order to prevent the shortened URLs containing characters that are ambiguous in common fonts, such as these characters: