@Aklapper The very reason I reopened this is that T64572 is dedicated to MediaViewer, while this task is opened as generic. And that task is declined as "can't realistically be supported" (in MediaViewer). Not having a task to solve an existing problem is definitely not helpful so please reopen this or suggest a better idea. Or maybe @Tgr could suggest where this can be discussed.

This is extraordinarily annoying and on a massive scale. I believe millions of users try to enlarge such maps to see where cities and other objects are located only to get a map of the territory.

But still user script owners will have to add the mw-selflink/mw-selflink-fragment class, if I understand correctly.

Ah I see, OK 🙂

As you can see in rMGCDffe2497c07ebceeba3c4b6d47a1c17ad1bf59480, this is not very pretty given you have to reset the styles for the usages of mw-selflink too. And God forbids that in a few years some dev adds an additional selector to a.mw-selflink CSS declaration...

In T198652#8495666, @Jdlrobson wrote:

We recently simplified page previews to only ignore links with the mw-selflink class. It looks like the link doesn't have the .mw-selflink class. Would it be problematic to add that class to links like this ie. is self link reserved for links without a hash fragment ?

I can add, or course, the class mw-selflink to all same page links in Convenient-Discussions (and will add), but having all same page links with title to receive a popup seems to me to be not the most straightforward way. I mean, I can only guess the number of user scripts that would stumble upon this. (And MediaWiki itself since [[Help:Self link#Self-link to a section]] at https://en.wikipedia.org/wiki/Help:Self_link receives a popup.)

This once again has started to happen, presumably for links with titles. I get such page previews in Convenient-Discussions for comment/section links of such form: <a tabindex="0" role="button" class="cd-comment-button-label cd-comment-timestamp cd-comment-button" href="#c-Lstanley563-20221018141700-Semi-protected_edit_request_on_18_October_2022" title="14:17, 18 October 2022 (UTC)">2 months ago</a>. I assume it's the title attribute that is the trigger.

Thanks for the links and info, but my main concern here is that text with <math> tags isn't copied neatly and consistently across browsers for a start. If this were done, then one could reflect on the best way to copy formulas.

I'm confused by your confusion. You're proposing the most straightforward and, may I say, sloppy solution, and when I try my best to describe the problem in general form and go into details you're "not able to understand" 🙄

Sorry, I'm quite busy now.

Hi, thanks for the suggestion. In fact, I have considered moving it back. The main reason I moved it to Commons was the fact that I couldn't guarantee Convenient Discussions works on wikis other than WMF wikis, so it couldn't just be added to any MediaWiki wiki. Since then I have done some work in that direction and improved its compatibility with non-WMF wikis, so moving it back might in fact be a good idea. But we need to make sure things (including translations) won't break when performing such a move.