Page MenuHomePhabricator

mb
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Jun 27 2015, 12:27 PM (360 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Michael Bednarek [ Global Accounts ]

Recent Activity

Tue, May 10

mb added a comment to T307925: Toast notifications not appearing when watching or unwatching pages with the gadget.

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.

Tue, May 10, 1:39 AM · Navigation-Popups-Gadget

Sep 27 2021

mb added a comment to T291766: '}</score>' not parsed correctly.

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.

Sep 27 2021, 1:17 AM · Upstream, MediaWiki-extensions-Score

Aug 21 2021

mb added a comment to T266307: Incorrect "Audio playback is not supported in your browser" error when colon precedes <score> tag.

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.

Aug 21 2021, 1:22 PM · MW-1.37-notes (1.37.0-wmf.21; 2021-08-30), MediaWiki-extensions-Score

Jun 14 2021

mb added a comment to T284783: NavPopups should not use ♂♀ icons to describe how one wants to be addressed.

@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?

Jun 14 2021, 1:47 AM · Navigation-Popups-Gadget

Jun 13 2021

mb added a comment to T284783: NavPopups should not use ♂♀ icons to describe how one wants to be addressed.

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.

Jun 13 2021, 6:11 AM · Navigation-Popups-Gadget
mb added a comment to T284783: NavPopups should not use ♂♀ icons to describe how one wants to be addressed.

[…] 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)

Jun 13 2021, 1:27 AM · Navigation-Popups-Gadget

Jun 12 2021

mb added a comment to T284783: NavPopups should not use ♂♀ icons to describe how one wants to be addressed.

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.

Jun 12 2021, 2:03 AM · Navigation-Popups-Gadget

Jun 11 2021

mb added a comment to T284783: NavPopups should not use ♂♀ icons to describe how one wants to be addressed.

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?

Jun 11 2021, 10:58 AM · Navigation-Popups-Gadget
mb added a comment to T284783: NavPopups should not use ♂♀ icons to describe how one wants to be addressed.

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.

Jun 11 2021, 4:21 AM · Navigation-Popups-Gadget

Jul 21 2020

mb added a comment to T257066: Extension:Score / Lilypond is disabled on all wikis.

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

Jul 21 2020, 4:30 AM · Patch-For-Review, MW-1.36-notes (1.36.0-wmf.26; 2021-01-12), User-notice, Security-Team, Security, WMF-General-or-Unknown, MediaWiki-extensions-Score, SRE

Apr 14 2019

mb added a comment to T216305: <score> markup playback bar overlaps the staff.

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

Apr 14 2019, 1:20 AM · Kaltura player, Google-Code-in-2019, User-TheDJ, MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MediaWiki-extensions-Score

Mar 18 2019

mb added a comment to T218535: Score extension now leaving large amounts of space on rendering.

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

Mar 18 2019, 11:53 AM · MediaWiki-Configuration, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, Patch-For-Review, MediaWiki-extensions-Score, Regression

Jan 23 2019

mb added a comment to T201689: Playing midi again after listening all the way to the end doesn't work on chrome.

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.)

Jan 23 2019, 4:38 AM · Browser-Support-Google-Chrome, TimedMediaHandler, MediaWiki-extensions-Score

Sep 6 2018

mb added a watcher for MediaWiki-extensions-Score: mb.
Sep 6 2018, 12:42 AM

Jul 28 2018

mb added a comment to T200523: Popup title for a redirect should link to the redirect via redirect=no.

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.

Jul 28 2018, 12:44 AM · Navigation-Popups-Gadget

Sep 1 2017

mb added a comment to T174754: TypeError: e.getPageSummary(...).then(...).catch is not a function.

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.

Sep 1 2017, 3:15 AM · Page-Previews, JavaScript

Aug 12 2017

mb added a watcher for Navigation-Popups-Gadget: mb.
Aug 12 2017, 1:23 PM

Jun 8 2017

mb removed a member for Navigation-Popups-Gadget: mb.
Jun 8 2017, 4:33 AM
mb removed a watcher for Navigation-Popups-Gadget: mb.
Jun 8 2017, 4:33 AM

Jun 27 2016

mb added a watcher for Navigation-Popups-Gadget: mb.
Jun 27 2016, 12:10 AM

Jun 21 2016

mb added a comment to T137613: Create #Navigation-Popups project.

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

Jun 21 2016, 1:17 AM · User-Luke081515, Project-Admins