Thu, Sep 14
This isn't really true:
I'm not sure why this has gone on for so long without resolution. It seems pretty simple to me:
This is still affecting me, too (for a couple of years now). The workaround would probably be to delete the "mech" username associated with this ID, and just keep the SMcCandlish one.
Aug 19 2016
I haven't figured out enough about this system yet (I've barely been able to get into it until recently due to LDAP issues with my account) to know where to start. I assume there's a git or svn repo somewhere. Anyway, not everyone who reports problems here is a programmer. The "this is going to remain on the back burner unless you code up a solution yourself" approach may make sense in, e.g., the GCC compiler development bug tracker over at GNU, but isn't very responsive when it comes to the issue tracker for a system that is mostly used by writers and readers of plain prose. Depending on what language this is written in, I might actually be competent to help, but the average Wikipedian (or user of other wikis) is probably not a coder.
Aug 5 2016
Why is this set to "Low" priority? It's been my experience, with a large number of projects, that marking a report/request low-priority means it will most likely never be dealt with. Having the hovercard show the content that the link actually points to, and stop misleading readers, would appear to be a high-priority item.
Sep 8 2015
This seems to directly relate: T65792 (start displaying from point of anchor given, not just top of page, and allow this to work when on same page as anchor).
It would be hot if the hovercard, or a template-triggerable variant of it, could start showing content starting at the specific anchor used in the link. If this were combined with the ability to trigger it for links on the same page, not just to different pages, this would be insanely great for glossaries (see https://en.wikipedia.org/wiki/MOS:GLOSSARIES and Wiktionary has them, too). For an example, see https://en.wikipedia.org/wiki/Glossary_of_cue_sports_terms]]. The zillion intra-glossary links in that could just pop up the definition in question (as could similar glossary links at articles like https://en.wikipedia.org/wiki/Eight-ball that link to this glossary), instead of the current practices, which are just a tooltip saying what entry it goes to (generated by the https://en.wikipedia.org/wiki/Template:Glossary_link tag) and, in the present hovercard, the top of the glossary's article page, if you are on a different page than the glossary itself. Many articles have embedded glossaries, too; they're not all in separate articles.