I, too, noticed this changed behaviour, but much earlier than "a few days ago", more like a couple of months ago. I didn't bother reporting it because the requested action, un-/watch, is still performed.

After reading this, I tried the opposite – moving the closing </score> tag to the same line as LilyPond's final closing brace – at Mo Li Hua, and that worked: all three lines of lyrics are now shown which they weren't before.

I've encountered the same message on some random pages. Windows 7: Firefox, Chrome, Edge, IE. This has been raised at en:Help talk:Score.

@Mooeypoo: "The icons represent sex." and then points to the Wikipedia "Gender symbol". Clearly, "Preferences" asks for gender pronouns, and the symbols represent gender. Are you suggesting there are people who identify as male-gendered but prefer female pronouns, and vice versa?

So, the problem is that the icons -- "female" and "male" symbols -- represent sex, in a binary way, they do not represent pronouns or language choice.

[…] because someone's gender does not equal how they want to be referred to […]

The choice of how people want to be referred to in messages is limited to three: 1) neutral ("they/their" – the default); 2) feminine ("she/her"); 3) masculine ("he/his"). The person's actual sex or current gender is of no concern. Based on the user's choice, or the default, Popups displays nothing or a symbol. What other options should there be in "Preferences"? (which is off-topic here)

Just how those icons that are currently displayed are objectionable has not been explained. Users make an active choice in their preferences which are by default set to gender-neutral which results in no display. That's how it should stay.

You lost me. Users chose the term (language) how they want to be addressed. Popups reflects that choice by displaying a symbol, a sign. If users chose neither female nor male, no sign is displayed. Are you unhappy with the sign? Which one do you prefer? What purpose would be advanced by displaying no sign?

If people chose a gender term in their preferences, that should be observed. Showing a symbol in popups is the most concise way of doing that.

This was announced to be fixed by 6 July 2020. It's now been 3 weeks. Is there an ETA for a fix?

Krinkle's image above is not what Firefox or Chrome show for me. I see the player not below but to the right of the score, slightly above. https://screenshots.firefox.com/DFTNorXXoFXr8kN1/test2.wikipedia.org

A baffling example can be seen at en:Help talk:Score#Image size.

The faulty behaviour at https://en.wikipedia.org/wiki/Five_Little_Ducks disappears when some trivial changes to the Lilypond code are made. The smallest change I could introduce that would change the behaviour was to insert a space between the first \bar and the empty string ("") following it: from \bar"" to \bar "". (I also suggest that those \bar constructs are unnecessary/wrong and ought to be removed.)

Why? The current behaviour, which for years (since inception?) showed the redirect's target, is more informative than showing the redirect itself – there's nothing to see. If one wants to open the redirect from popups, the 3rd link above explains how to do that.

That doesn't happen here (Chrome 60.0.3112.113; Firefox-64 55.0.3. When I go to https://pt.wikipedia.org/w/index.php?title=Vac%C3%BAolo&action=history and hover over the time stamp of the edit at 16:30 1 June 2017 (UTC) – that's currently the most recent change, the URL you mention appears in my status bar, and the popup displays properly the first two paragraphs and the illustration.

No objection. There should be some notification of steps taken here to Wikipedia talk:Tools/Navigation popups.