Page MenuHomePhabricator

stjn
Interface admin in Russian Wikipedia

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 2:35 PM (373 w, 5 d)
Availability
Available
IRC Nick
stjn
LDAP User
Unknown
MediaWiki User
Stjn [ Global Accounts ]

Recent Activity

Yesterday

stjn closed T198994: EventStreams butcher up some Unicode characters as Resolved.

I don’t think I have encountered this in the past year, at the very least, so marking this as resolved unless @Iluvatar still has some examples. (‘Claiming’ happens automatically, I don’t know what or who actually resolved this.)

Sat, Dec 4, 10:27 PM · Analytics, EventStreams

Fri, Dec 3

stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

Common guidelines against the use of placeholder text are about the placeholder being the only description of a piece of content. So you may not identify later what the piece of content was supposed to be. Here I think it is clear that it is the translation. I think that the best time to provide a reminder of the language in case it is wrong is before providing such translation. The placeholder helps to surface the information at the right time and where the user have their focus.
Note also that if the user misses it once they will get exposed to it in the next message.

Repetitiveness of the task here also might mean that users don’t pay much attention to textarea. If I open a page and see this for multiple messages:

image.png (446×1 px, 42 KB)

I can easily press ‘Вставить исходный текст’ (‘Paste source text’) multiple times before noticing anything. Either way, I guess I am done making my point that this would not be enough.

Fri, Dec 3, 4:37 PM · Language-Team (Language-2021-October-December), Design, MediaWiki-extensions-Translate
stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

One important consideration is that this is a very repetitive workflow, where any distraction in the editing box will be exposed to users hundreds of times. If there is one focus point that users put their attention in this process it is the text area. They may be jumping straight to provide the translation ignoring much of what it is around it. In that situation, even with the limitations of a placeholder, I'd expect that seeing an unexpected language name would call their attention, while seeing a confirmation of what they expect won-t cause distraction (even if seen hundreds of times).

We can provide more prominent indicators, but I think it is worth trying first a solution that can provide a good balance between solving for the problem (the exception) without being intrusive on regular use.

What do you mean with the problem being ‘the exception’? As someone who does work on tracking Russian translations of MediaWiki I can assure you that this is a frequent phenomenon, because many minoritised languages do not have good browser support and their users can default to Russian on various websites. (The same problem probably happens with other languages, such as African languages from the task description.)

Fri, Dec 3, 2:31 PM · Language-Team (Language-2021-October-December), Design, MediaWiki-extensions-Translate

Thu, Dec 2

stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

…which leads (in case of new translations) MediaWiki to include the translation itself in the edit summary. Most users don’t write edit summaries, but probably some read them, and Created page with 'Link underlining' contains much more information than translation to British English.

Yes, this is a valid concern. (Though on translatewiki.net AES [automatic edit summary] is not inserted anywhere, that’s why I forgot about it.) Then having a visible label and not a placeholder somewhere else in the interface is the best solution.

Thu, Dec 2, 6:18 PM · Language-Team (Language-2021-October-December), Design, MediaWiki-extensions-Translate
stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

Please, provide any feedback or ask for any clarification that may be needed.

I think showing the current language more prominently in the translation form is what should have the most priority here. Obviously language selector should be prominent as well, but people can have a certain banner blindness towards it, so the main form also should clarify explicitly the language of the translation. The proposed solution of placeholder text in the textarea is, in my opinion, not great, since this would mean that as soon as the user enters something or presses ‘Paste source text’, they would not see the hint that they might be translating in the wrong language from intended. That is a common problem with placeholder text in UI design, and it would be an issue here.

Thu, Dec 2, 11:10 AM · Language-Team (Language-2021-October-December), Design, MediaWiki-extensions-Translate

Wed, Dec 1

stjn updated stjn.
Wed, Dec 1, 4:34 PM

Tue, Nov 30

stjn added a comment to T293470: Easier language switching from Main page.

Sorry, but that’s unfortunately probably one of the worst solutions. While I agree that the main page doesn’t need to be 100% consistent with articles, presenting a totally different UI (multi-column dropdown vs one-column static list) is too much of a difference.

Tue, Nov 30, 9:50 PM · Patch-For-Review, MW-1.38-release, User-notice, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements

Sun, Nov 21

stjn added a comment to T296109: 1.38.0-wmf.9 introduces visible page title on main page for anonymous readers, interfering with design.

Just to clarify, will the <title> still have the correct title (MediaWiki:Pagetitle-view-mainpage) with this patch? (It does need backporting if the next train will be 1.38.0-wmf.9 again, yes. I am not well-versed in this tbh.)

Sun, Nov 21, 7:41 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), MW-1.38-notes (1.38.0-wmf.12; 2021-12-06), User-Urbanecm, MinervaNeue

Fri, Nov 19

stjn added a comment to T293470: Easier language switching from Main page.

Two cents: this basically makes existing main page designs worse for reasons that were entirely crafted by Desktop Improvements team (hiding the sidebar thing, followed by language switcher thing). Proposed designs with the main page title are extremely bad, this does not consider that communities can have an <h1> on the page because the existing convention is to hide the main page title with display: none. I would advocate against new Vector becoming a default skin if this becomes a thing, tbh. Suggested solution: just always show the sidebar on the main page with its old interwiki list, and remove the width requirement while we are at it (since most main pages are multi-column).

Fri, Nov 19, 7:56 PM · Patch-For-Review, MW-1.38-release, User-notice, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements
stjn updated the task description for T296109: 1.38.0-wmf.9 introduces visible page title on main page for anonymous readers, interfering with design.
Fri, Nov 19, 7:48 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), MW-1.38-notes (1.38.0-wmf.12; 2021-12-06), User-Urbanecm, MinervaNeue
stjn added a subtask for T293950: 1.38.0-wmf.9 deployment blockers: T296109: 1.38.0-wmf.9 introduces visible page title on main page for anonymous readers, interfering with design.
Fri, Nov 19, 7:47 PM · Patch-For-Review, Release-Engineering-Team (Done by Wed 24 Nov 🔥), Release, Train Deployments
stjn added a parent task for T296109: 1.38.0-wmf.9 introduces visible page title on main page for anonymous readers, interfering with design: T293950: 1.38.0-wmf.9 deployment blockers.
Fri, Nov 19, 7:47 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), MW-1.38-notes (1.38.0-wmf.12; 2021-12-06), User-Urbanecm, MinervaNeue
stjn created T296109: 1.38.0-wmf.9 introduces visible page title on main page for anonymous readers, interfering with design.
Fri, Nov 19, 7:47 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), MW-1.38-notes (1.38.0-wmf.12; 2021-12-06), User-Urbanecm, MinervaNeue

Thu, Nov 18

stjn added a comment to T265892: MediaWiki:Pagetitle-view-mainpage does not behave the same in MinervaNeue skin as it does in other skin.

Is the fact that the main page started to output title caused by the patches above being merged?

Thu, Nov 18, 9:46 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), MW-1.38-notes (1.38.0-wmf.9; 2021-11-16), Patch-For-Review, MinervaNeue

Oct 28 2021

stjn updated subscribers of T293941: [Regression] Browser tab title broken for mobile main page ("- Wikipedia").

@Jdlrobson: While this is certainly a duplicate, this merge seems to be in error. T255682: Formalize Main page heading behaviour is a task about <h1> tag, this task is about <title> tag in <head>.

Oct 28 2021, 10:22 PM · Patch-For-Review, Readers-Web-Backlog, Regression, MobileFrontend

Oct 7 2021

stjn removed a project from T292776: Wikipedia not accessible in Russia on 2021-10-07 16:00-17:00UTC: Accessibility.
Oct 7 2021, 7:21 PM · Traffic, SRE
stjn created T292778: If user gets logged out and opens a notification drawer, it should tell about login status.
Oct 7 2021, 7:19 PM · Growth-Team, Notifications

Oct 2 2021

stjn added a comment to T284921: Remove "auto-number headings" preference.

You can simply write a js to do this. I just wrote a one-liner for it:

$( '.mw-parser-output').children().each(function(i, a) { if ( a.tagName.startsWith('H') ) { $(a).children().first().prepend( $('<span class="mw-headline-number"></span>').text($('#toc a[href="#' + a.children[0].id + '"] .tocnumber').text() + ' ')) }});

Go ahead and run it on any page you like. It can be simply turned it a user-script or a gadget.

Oct 2 2021, 3:13 PM · User-Ladsgroup, MW-1.38-notes (1.38.0-wmf.4; 2021-10-12), User-notice, Performance-Team (Radar), MediaWiki-User-preferences, MediaWiki-Parser, Platform Engineering

Sep 10 2021

stjn awarded T289248: Drop stable check for images used in pages a Love token.
Sep 10 2021, 10:37 PM · MW-1.37-notes (1.37.0-wmf.23; 2021-09-13), User-Ladsgroup, MediaWiki-extensions-FlaggedRevs
stjn added a comment to T211531: Special:WikiSets is hard to read and should use a table like Special:UserGroupRights.

Quick notes on the mockup:

Sep 10 2021, 9:22 PM · Patch-For-Review, MediaWiki-extensions-CentralAuth

Aug 24 2021

stjn added a comment to T288739: Regression: Colour of 'new' ('red') links has changed to #d33 in Vector skin.

For the record, I got hit by a car during that deployment window and was regretfully not available. I'm on limited hours right now as a result of my injuries. As I said we're doing the best we can given the people we have. This conversation is not helping to get the answers I need to address the problem I am trying to solve.

Aug 24 2021, 8:50 PM · MW-1.38-notes (1.38.0-wmf.1; 2021-09-21), MW-1.37-notes (1.37.0-wmf.23; 2021-09-13), Regression, Patch-For-Review, Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector, Design
stjn added a comment to T288739: Regression: Colour of 'new' ('red') links has changed to #d33 in Vector skin.

@Jdlrobson,
For clarification, is #a55858 a new color for "new" links in Vector - https://github.com/wikimedia/Vector/blob/master/resources/common/variables.less#L15? It is a color for visited red links as well. Previously the default color was #ba0000, at least in the legacy vector on ruwiki.

Aug 24 2021, 6:14 PM · MW-1.38-notes (1.38.0-wmf.1; 2021-09-21), MW-1.37-notes (1.37.0-wmf.23; 2021-09-13), Regression, Patch-For-Review, Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector, Design

Aug 22 2021

stjn added a comment to T289409: Mobile site shows no Article / Talk tab bar when logged out ("minerva__tab-container" missing).

The arguments are potentially valid if the edit button had been removed as well. The spam argument is very strange. Desktop users don't spam? Or they're just more mature? If mobile anons lack the responsibility for a talk page link, they definitely lack the responsibility for an edit button. It's not a good idea to disable the handbrake before you give someone the car keys.

Aug 22 2021, 6:13 PM · MinervaNeue
stjn added a comment to T289409: Mobile site shows no Article / Talk tab bar when logged out ("minerva__tab-container" missing).

If you were to navigate to https://en.m.wikipedia.org/wiki/Talk:Mona_Lisa while logged out the only link to the article is all the way at the bottom, "Return to "Mona Lisa" page."

Seriously, this should be treated as a bug. Consensus should have been required to remove talk page links for anons. Obviously if whoever implemented this had asked, they would have been told to get lost because it's a terrible idea to hide talk pages from anyone who can edit. (I could see a case if the edit link was also removed, but they didn't do that!)

Aug 22 2021, 1:24 PM · MinervaNeue
stjn added a comment to T289409: Mobile site shows no Article / Talk tab bar when logged out ("minerva__tab-container" missing).

See T253985: Turn talk pages on for all users on Swedish wikipedia for how to go around this. Community consensus will be needed.

Aug 22 2021, 10:05 AM · MinervaNeue

Aug 21 2021

stjn added a comment to T288270: Add lint error for .mw-content-ltr or .mw-content-rtl without dir or lang.

Is there any necessity in mw-content-ltr/rtl class if dir attribute gets defined? VisualEditor, for example, inserts just plain <span dir="ltr" lang="en"> tags in its markup, without any of these classes. Ideally, editors should do the same.

Aug 21 2021, 1:54 PM · MediaWiki-extensions-Linter
stjn moved T289402: Linter should lint for duplicated HTML attributes from Backlog to New Linters on the MediaWiki-extensions-Linter board.
Aug 21 2021, 1:52 PM · MediaWiki-extensions-Linter
stjn created T289402: Linter should lint for duplicated HTML attributes.
Aug 21 2021, 1:47 PM · MediaWiki-extensions-Linter

Aug 20 2021

stjn reopened T278283: Clicking back in the search box should reactivate the suggestions, a subtask of T282473: [GOAL] Use the WVUI search widget inside the mobile site, as Open.
Aug 20 2021, 12:24 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), Goal, MobileFrontend
stjn reopened T278283: Clicking back in the search box should reactivate the suggestions as "Open".

Unless the plan is to drop jquery.suggestions entirely (someone can correct me on that), still a valid thing to ask for.

Aug 20 2021, 12:24 PM · Discovery-Search, MediaWiki-Search
stjn reopened T236608: [AMC] Minerva talk tabs give confusing experience when they are red links as "Open".

Still a thing. A usual UX expectation (at least) for advanced editors.

Aug 20 2021, 12:17 PM · MW-1.38-notes (1.38.0-wmf.7; 2021-11-02), Patch-For-Review, Readers-Web-Backlog (Kanbanana-FY-2021-22), User-Inductiveload, Advanced Mobile Contributions, MinervaNeue
stjn added a comment to T229818: [AMC] Consider making 'User Profile' preferences accessible via mobile Settings .

Perfect being the enemy of the good, I think at least the link to Special:Preferences from Special:MobilePreferences should be added for users. I mean, Special:Preferences looks awful due to its table use, but users still need to have this link somewhere, since it contains the most basic preferences.

Aug 20 2021, 12:14 PM · Readers-Web-Backlog, good first task, patch-welcome, Desktop Improvements, Mobile-Web-Settings, MobileFrontend, Advanced Mobile Contributions

Aug 1 2021

stjn added a comment to T287342: Minerva hides create new page block on Special:Search, it should not do that.

Sorry for late response, but how would one go around this? As far as I can see, AMC mode does not have any classes or anything that differs it from non-AMC users, and these styles are stored in Minerva skin itself.

Aug 1 2021, 11:06 AM · MinervaNeue

Jul 30 2021

stjn added a comment to T240889: Mobile IP editors not given any indication that they have new messages.

Another example: This problem (that is, funnily enough, still triaged as of Low interest by the team) also means that in Russian Wikipedia, if a bot reverts an IP user’s edit using ORES (which can be erroneous), they do not see the boilerplate proposal to restore the edit offered via talk page. I even made the bot’s message responsive thinking it would be displayed to IP editors, but no. It is pretty bad that the only way to communicate with an IP user right now on mobile is the block button.

Jul 30 2021, 10:43 PM · Growth-Team-Filtering, MinervaNeue (Tracking), Notifications, Growth-Team

Jul 26 2021

stjn updated subscribers of T287342: Minerva hides create new page block on Special:Search, it should not do that.

@Jdlrobson: I would’ve preferred this being a separate task, since removing that rule at least for some editors (with AMC maybe?) would be better than designing something for a long time and doing nothing in a meanwhile, but ¯\_(ツ)_/¯ I guess.

Jul 26 2021, 8:43 PM · MinervaNeue
stjn added a comment to T287362: General site outage caused by ruwikinews usage of DPL: "upstream connect error or disconnect/reset before headers. reset reason: overflow".

Also like dude, this is the second time this has caused problems. You didn't think to, i dont know, do a bit more of a slow ramp up on the bot speed?

Jul 26 2021, 8:13 PM · User-Ladsgroup, Wikimedia-Incident, SRE

Jul 25 2021

stjn created T287342: Minerva hides create new page block on Special:Search, it should not do that.
Jul 25 2021, 6:14 PM · MinervaNeue

Jul 21 2021

stjn added a comment to T282987: Punctuation marks wrap to a new line after inline templates in PagePreview.

https://ru.wikipedia.org/wiki/Баркан,_Иехуда is the link, you can hover over it at https://ru.wikipedia.org/wiki/Special:WhatLinksHere/Баркан,_Иехуда?uselang=en for example. The problem in the task is that, for whatever reason (probably the fact it uses a category in the template text), the response from API contains a new line.

Jul 21 2021, 7:35 PM · Product-Infrastructure-Team-Backlog, Mobile-Content-Service, Page-Previews (Tracking), Russian-Sites

Jul 16 2021

stjn added a comment to T286679: Some interface messages are in Welsh when British English is selected as the interface language.

Btw, this is a common problem with translators into Russian, too. I think now that English speakers became affected it is better late than never to find ways to improve Special:Translate interface to make the language you are currently translating your message to a bit more prominent for people. Right now, it is fairly easy to miss ‘Translate to: British English’ at the top of the page, and I have done it before myself, so maybe it needs to be somewhere in the edit form, too. (Sorry if off topic, just sharing that this is more common than this current issue.)

Jul 16 2021, 6:06 PM · MW-1.37-notes (1.37.0-wmf.15; 2021-07-19), wdwb-tech, MediaWiki-Internationalization, I18n, Wikidata
stjn added a comment to T137291: Transition all use of EasyTimeline to the Graph extension and decommission it from Wikimedia's servers.

Somewhat big blocker for this is that after some work Wikimedia Foundation engineers have done on Graph extension, it does not have a non-JS fallback now, making EasyTimeline superior in that regard. MediaWiki page says that 5% of edits are done without JS enabled.

Jul 16 2021, 4:05 PM · Technical-Debt, Wikimedia-Extension-setup, Multimedia, Epic, MediaWiki-extensions-Graph, EasyTimeline
stjn created T286795: Buttons in Echo can cut off text in some languages.
Jul 16 2021, 3:58 PM · Growth-Team, I18n, Notifications

Jul 15 2021

stjn added a comment to T133012: Request: Show TOC in namespaces other than main namespace.

Nothing, I meant that since it was created earlier, it is not exactly a duplicate :-) Sorry for confusion.

Jul 15 2021, 8:53 PM · Readers-Web-Backlog (Tracking), MinervaNeue, Mobile
stjn added a comment to T133012: Request: Show TOC in namespaces other than main namespace.

So maybe this can be closed after all?

To clarify, I went through the tasks previously closed by LGoto via a silent edit (= without an email to subscribers) and re-opened ones where I definitely know the problem is still there and the task was filed by someone known to me via Russian Wikipedia. There is still more than 50 closed tasks left though, but it is too much work for me to access them all.

Jul 15 2021, 8:25 PM · Readers-Web-Backlog (Tracking), MinervaNeue, Mobile
stjn reopened T282987: Punctuation marks wrap to a new line after inline templates in PagePreview, a subtask of T284095: [GOAL] Fix page previews visual bugs and remove unnecessary code before end of quarter, as Open.
Jul 15 2021, 6:18 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Goal, Page-Previews
stjn reopened T282987: Punctuation marks wrap to a new line after inline templates in PagePreview as "Open".

Reverting undiscussed silent close. Visual bug that still needs to be fixed.

Jul 15 2021, 6:18 PM · Product-Infrastructure-Team-Backlog, Mobile-Content-Service, Page-Previews (Tracking), Russian-Sites
stjn reopened T243126: [spike] Investigate accessibility of checkbox hacks as "Open".

Reverting undiscussed silent close. Frustrating that this was closed without some sort of conclusion.

Jul 15 2021, 6:16 PM · Readers-Web-Backlog (Needs Prioritization (Tech)), Spike, Vector, Desktop Improvements, MediaWiki-Interface, CSS, Accessibility
stjn reopened T243126: [spike] Investigate accessibility of checkbox hacks, a subtask of T240489: [Epic] Determine the optimum Vector DOM structure for a11y and performance, as Open.
Jul 15 2021, 6:16 PM · Readers-Web-Backlog (Kanbanana-FY-2020-21), Performance-Team (Radar), Accessibility, Desktop Improvements
stjn reopened T133012: Request: Show TOC in namespaces other than main namespace as "Open".

Reverting undiscussed silent close. Visual bug that still needs to be fixed.

Jul 15 2021, 6:12 PM · Readers-Web-Backlog (Tracking), MinervaNeue, Mobile
stjn reopened T277365: Button text is not vertically centered as "Open".

Reverting undiscussed silent close. Visual bug that still needs to be fixed.

Jul 15 2021, 6:10 PM · Reading-Web-Local-Wiki-Issues, CSS, Regression
stjn reopened T282314: Move 'Privacy policy' link to another line in navigation as "Open".

Reverting undiscussed silent close. Visual bug that still needs to be fixed.

Jul 15 2021, 6:06 PM · QTE-TestingOverview, MW-1.38-notes (1.38.0-wmf.9; 2021-11-16), Readers-Web-Backlog (Kanbanana-FY-2021-22), good first task, patch-welcome, I18n, Design, Mobile, MinervaNeue
stjn reopened T282315: Increase font size for links at the bottom of the screen, a subtask of T229568: Apply consistent small font-sizes in MobileFrontend/MinervaNeue, as Open.
Jul 15 2021, 6:06 PM · MinervaNeue (Tracking), MW-1.35-notes (1.35.0-wmf.1; 2019-10-08), CSS, Design, UI-Standardization
stjn reopened T282315: Increase font size for links at the bottom of the screen as "Open".

Reverting undiscussed silent close. Visual bug that still needs to be fixed.

Jul 15 2021, 6:06 PM · MW-1.37-notes (1.37.0-wmf.23; 2021-09-13), Patch-For-Review, Readers-Web-Backlog (Kanbanana-FY-2021-22), patch-welcome, Accessibility, CSS, Design, Mobile, MinervaNeue

Jul 14 2021

stjn updated subscribers of T267161: Specific page on fr.wp shows oversized table without horizontal scroll bar in new Vector skin.

@Jdlrobson: will the other tasks be re-opened in batch? I did see some in a query made by AntiCompositeNumber that I am subscribed to (and still want them to be resolved with some type of action), hence why I ask.

Jul 14 2021, 5:36 PM · Readers-Web-Backlog (Tracking), Desktop Improvements, Vector
stjn added a comment to T267161: Specific page on fr.wp shows oversized table without horizontal scroll bar in new Vector skin.

@Izno, open T248024 discusses a potential problem and some ideas and not a "consensus" that would imply a policy so I'm surprised to see it mentioned here. Teams, code stewards, maintainers need to be able to use Phabricator to plan what [not] to work on; that seems to be the case here.

This is a task by a volunteer closed without an explanation (other than procedural) via a silent batch edit (leaving no way to notice this unless you happen to read it directly on Phab). It does not seem to be within what can be considered reasonable work planning. Usually, when the team plans their work on Phab, they do not close tasks unless they can provide reasoning for it, they simply remove stuff from their workboard. Also, T248034 is helpful to mention considering that there was no mention of doing silent batch edits for such actions there, even if they were considered consensual.

Jul 14 2021, 5:13 PM · Readers-Web-Backlog (Tracking), Desktop Improvements, Vector
stjn added a comment to T267161: Specific page on fr.wp shows oversized table without horizontal scroll bar in new Vector skin.

This task was closed as part of backlog upkeep. If you believe it was closed in error, please respond on the ticket.

Procedural question: Do silent edits generate notifications to task subscribers and task author? If not, why was this backlog upkeep done with silent edits, making it significantly less likely that someone would react to it? And how many volunteer-created tasks were closed this way?

Jul 14 2021, 10:19 AM · Readers-Web-Backlog (Tracking), Desktop Improvements, Vector

Jul 10 2021

stjn renamed T286350: Questions from category pages get published without leading colon from Questions from category pages get inserted without leading colon to Questions from category pages get published without leading colon.
Jul 10 2021, 4:04 PM · Growth-Team
stjn renamed T286350: Questions from category pages get published without leading colon from Broken questions from category page to Questions from category pages get inserted without leading colon.
Jul 10 2021, 4:01 PM · Growth-Team

Jun 30 2021

stjn added a comment to T284920: Remove "thumb size" preference.

The ideas was "if people change the setting to get higher resolution thumbnails because they have high resolution screens, this is better done via srcset". Is that incorrect?

Jun 30 2021, 9:03 PM · Performance-Team (Radar), MediaWiki-Parser, MediaWiki-Cache, MediaWiki-User-preferences, Platform Engineering
stjn added a comment to T270533: Muting does not work to suppress the notification when the muted user "thanks" another user for edits to their own talk page.

@MBH reports that for him all thanking notifications from an ignored user go through, whether they are made on user’s talk page or anywhere else. Maybe that is the ultimate issue.

Jun 30 2021, 7:24 PM · Growth-Team-Filtering, Notifications, Growth-Team
stjn added a comment to T285880: Evaluate pros & cons of CSS utility classes.

Using Tailwind and similar solutions makes it basically a given that any local CSS customisation by interface administrators gets a lot more complicated, unless you also require writing understandable, human-readable classes with every Tailwind declaration. I think such customisability is still important, especially when sometimes tools like ContentTranslation can do non-discussed modifications to the wikis (such as the advertising banner it was/is showing on every article creation) that turn out to be controversial in communities and need to be removed/modified locally. If these things would get coded entirely in Tailwind, this will become much harder.

Jun 30 2021, 6:09 PM · Codex, Design-Systems-team (Design Systems Team FY2021-22 Kanban Board), CSS

Jun 29 2021

stjn added a comment to T62928: WikiEditor: Provide some basic formatting and action keyboard shortcut commands.

In the meantime, https://ru.wikipedia.org/wiki/Участник:Stjn/wikiEditorShortcuts.js provides similar functionality. But I do think that all modes of editing need to have the same keyboard shortcuts (at least where that makes sense) for a better user experience.

Jun 29 2021, 5:53 PM · Accessibility, WikiEditor

Jun 27 2021

stjn added a comment to T284917: Remove "stub threshold" preference.

I think this one can be safely re-implemented as a user script / gadget (outside of the Rendering preferences) that collects all the links to articles on a page and makes an API request for a judgement on whether their page size is under/over stub threshold. This is how a number of other things in the similar vein are implemented (for example, a script in Russian WP that shows links to all [FlaggedRevs] unreviewed pages in a different colour). If it has a strain on MediaWiki, I definitely do not see it as useful enough to remain in the preferences.

Jun 27 2021, 2:09 PM · MW-1.38-notes (1.38.0-wmf.2; 2021-09-28), User-notice, MW-1.37-notes (1.37.0-wmf.23; 2021-09-13), Performance-Team (Radar), MediaWiki-User-preferences, MediaWiki-Parser, Platform Engineering
stjn added a comment to T284921: Remove "auto-number headings" preference.

One possible way forward might be to combine two approaches: both CSS content and shipping a bit more HTML for all users, but not the whole heading number element. For example, if there would be an attribute data-tocnumber="1.2" on all <hX> tags, then users with this option can be shipped CSS like [data-tocnumber]::before { content: attr(data-tocnumber) ' ' } without the need for any display: none rules for all other readers.

Jun 27 2021, 2:00 PM · User-Ladsgroup, MW-1.38-notes (1.38.0-wmf.4; 2021-10-12), User-notice, Performance-Team (Radar), MediaWiki-User-preferences, MediaWiki-Parser, Platform Engineering

Jun 13 2021

stjn merged T284871: Crimean Turkish to Crimean Tatar into T189511: Locally override the name of crh from "Crimean Turkish" to "Crimean Tatar".
Jun 13 2021, 10:21 AM · MW-1.37-notes (1.37.0-wmf.11; 2021-06-21), Language codes, Upstream, MW-1.31-release-notes (WMF-deploy-2018-03-13 (1.31.0-wmf.25)), WikimediaMessages, MediaWiki-extensions-CLDR
stjn merged task T284871: Crimean Turkish to Crimean Tatar into T189511: Locally override the name of crh from "Crimean Turkish" to "Crimean Tatar".
Jun 13 2021, 10:21 AM · MediaWiki-extensions-CLDR, UniversalLanguageSelector
stjn added a comment to T284871: Crimean Turkish to Crimean Tatar.

Duplicate of T189511: Locally override the name of crh from "Crimean Turkish" to "Crimean Tatar"

Jun 13 2021, 10:20 AM · MediaWiki-extensions-CLDR, UniversalLanguageSelector

Jun 12 2021

stjn added a comment to T284857: MediaViewer needs mw-parser-output class to display TemplateStyles correctly.

Well, in the case here it takes the caption from the page itself, without removing <span> tags. I’d think it’s only natural that any styling defined for them should work in the captions inside MediaViewer, too.

Jun 12 2021, 1:50 PM · good first task, MediaViewer, TemplateStyles
stjn added projects to T284857: MediaViewer needs mw-parser-output class to display TemplateStyles correctly: TemplateStyles, MediaViewer.
Jun 12 2021, 1:28 PM · good first task, MediaViewer, TemplateStyles
stjn created T284857: MediaViewer needs mw-parser-output class to display TemplateStyles correctly.
Jun 12 2021, 1:27 PM · good first task, MediaViewer, TemplateStyles

Jun 5 2021

stjn added a comment to T283980: Phacility (Maintainer of Phabricator) is winding down. Upstream support ending..

Several of Phabricator's users and long time contributors are coming together to fork phabricator, with @epriestley's blessing and under a new name. I hope that Wikimedia will be a part of that effort, at least by sponsoring some of my time towards it, however, I intend to contribute in a personal capacity as much as I can.

Please name it Phork. Please name it Phork.

Jun 5 2021, 12:08 PM · Release-Engineering-Team (Seen), User-Matthewrbowker, Phabricator

Jun 4 2021

stjn added a comment to T248034: Decrease issues created many years ago with no recent activity (aka stale tickets).

One problem that I can see from the proposal on top is that, when encountered, this would definitely lead to more comments like ‘Hey, regular reminder that this problem still exists’ that are usually frowned upon by @Aklapper before the stale-bot comes. No one really likes unpersonalised messages that tell them that their issue is not an issue no more (and the structure remind → close as invalid can imply that), so some people might go out of their way to avoid that. I’d suggest coming from the opposite angle if we intend to do it, i. e. providing positive reinforcement like ‘please comment if this task is still relevant to help us prioritise resolving it in the next month’, but that requires developer time, obviously, which is not always (never?) the option.

Jun 4 2021, 8:58 PM · Developer-Advocacy, PM, Phabricator

May 30 2021

stjn updated the task description for T283980: Phacility (Maintainer of Phabricator) is winding down. Upstream support ending..
May 30 2021, 5:38 PM · Release-Engineering-Team (Seen), User-Matthewrbowker, Phabricator
stjn awarded T283980: Phacility (Maintainer of Phabricator) is winding down. Upstream support ending. a Heartbreak token.
May 30 2021, 10:37 AM · Release-Engineering-Team (Seen), User-Matthewrbowker, Phabricator

May 27 2021

stjn added a comment to T283806: Visual editor’s link editing is unintuitive for simple links.

I’ve just realised I wrote (2) in an exactly wrong way. Apologies, fixed.

May 27 2021, 9:07 PM · VisualEditor-Links, VisualEditor
stjn updated the task description for T283806: Visual editor’s link editing is unintuitive for simple links.
May 27 2021, 9:00 PM · VisualEditor-Links, VisualEditor
stjn added a comment to T282027: Interlanguage selector creates erroneous whitespace on projects that don't have the tagline enabled and use indicators.

We also tested the time required to find the new button versus the old option and saw that the new button was up to 4x quicker to find than the previous version that required scrolling down the page - results are available here.

This metric is essentially meaningless. Of course the previous version takes longer to find, you’ve basically outlined yourself why: it is further down the page, so it would take longer no matter what the other design would be. Any design making the list higher would win in such a comparison. It is not a fair test and it cannot be used to prove or conclude anything. (A fairer version would’ve been the one where old language list in sidebar was visible in the first screen in both tested versions.)

May 27 2021, 8:44 PM · Readers-Web-Backlog, Vector, Desktop Improvements
stjn created T283806: Visual editor’s link editing is unintuitive for simple links.
May 27 2021, 11:54 AM · VisualEditor-Links, VisualEditor

May 26 2021

stjn added a comment to T254055: Typography: Increase base font-size for modern Vector skin.

On the other hand it would be more consistent with mobile Minerva skin.

That is true, but unless you are also prepared to do typeface changes, for most users on Windows the fonts will not look the same size as Segoe UI and Arial have different metrics.

May 26 2021, 9:49 PM · Readers-Web-Backlog, User-Demian, Spike, Vector, Accessibility, Desktop Improvements
stjn added a comment to T254055: Typography: Increase base font-size for modern Vector skin.

Two immediate concerns for this (not ‘issues’, as I have no issue with increasing font size):

  1. Vector will be even more mismatched from other skins (notably Monobook) than before, since even now Monobook has old font size one pixel smaller and will have font size three pixels smaller. This mismatch might be problematic in various design decisions made by the end-users. I suppose there’s no way a new font size increase would touch all skins at once, either.
  2. If font size gets increased, already small content frame in new Vector (as seen on main pages or even regular articles with infoboxes) will get even smaller. So, obviously, you would need to increase content width as well with this change, otherwise it would be bad to do.
May 26 2021, 7:56 PM · Readers-Web-Backlog, User-Demian, Spike, Vector, Accessibility, Desktop Improvements

May 24 2021

stjn added a comment to T91683: Allow editors control of the page image.

We already have a class, noviewer, for MediaViewer that removes images from that system. Consider whether there should be one way of image selection/removal rather than multiple...

May 24 2021, 7:19 PM · Readers-Web-Backlog, Readers-Community-Engagement, PageImages

May 16 2021

stjn closed T282386: Can’t go to a page directly from suggestions with MediaSearch as Declined.
May 16 2021, 2:47 PM · Structured-Data-Backlog, SDAW-MediaSearch
stjn reopened T282386: Can’t go to a page directly from suggestions with MediaSearch as "Open".
May 16 2021, 2:47 PM · Structured-Data-Backlog, SDAW-MediaSearch

May 15 2021

stjn added a comment to T282026: Discussion: Unable to quickly add interwiki links via Wikidata’s "Add link" interface.

For the new version of the language selector we considered a possible way to integrate related functionality (T265996) where this option could live.

Not possible for obvious reason: language selector is (rightfully) not rendered if there are no languages connected to the article.

May 15 2021, 10:13 AM · Readers-Web-Backlog, Wikidata, Regression, Desktop Improvements

May 11 2021

stjn added a comment to T282606: Numerous visible reflows for WikibaseMediaInfo to settle on file pages.

The whole page was like this for months, if not since the launch. It also prevents from leaving the page with ‘Are you sure you want to lose changes?’ dialog sometimes. Good that someone finally filed a task (as it would’ve been out of my wheelhouse to explain it).

May 11 2021, 8:45 PM · Structured Data Engineering, WikibaseMediaInfo, Performance-Team (Radar), Performance Issue, Structured-Data-Backlog
stjn updated the task description for T282386: Can’t go to a page directly from suggestions with MediaSearch.
May 11 2021, 4:49 PM · Structured-Data-Backlog, SDAW-MediaSearch
stjn added a comment to T282386: Can’t go to a page directly from suggestions with MediaSearch.

This is intended behavior, and Special:Search doesn't work that way either.

Unless I do not know something about Commons specifically, all MediaWiki sites redirect to the pages in question 1) on click for page suggestions and 2) on entering a text matching a page name in Vector skin. The problem with the first is that MediaSearch replaces the default search suggestions with itself and does not provide redirection. Maybe the second always differed on Commons though, I can’t be sure. Either way, please reconsider declining this task and set its scope to at least fixing (1), the fact that Commons displays page suggestions and they don’t redirect anywhere but MediaSearch is a definite UX failure and differs wildly from default expectations on all MediaWiki sites.

May 11 2021, 4:47 PM · Structured-Data-Backlog, SDAW-MediaSearch

May 9 2021

stjn created T282386: Can’t go to a page directly from suggestions with MediaSearch.
May 9 2021, 4:00 PM · Structured-Data-Backlog, SDAW-MediaSearch

May 7 2021

stjn renamed T282026: Discussion: Unable to quickly add interwiki links via Wikidata’s "Add link" interface from Unable to quickly add interwiki links to Unable to quickly add interwiki links via Wikidata’s "Add link" interface.
May 7 2021, 4:51 PM · Readers-Web-Backlog, Wikidata, Regression, Desktop Improvements
stjn merged T282257: No way to get a Wikidata "Add link" box with Desktop Improvements' language selector into T282026: Discussion: Unable to quickly add interwiki links via Wikidata’s "Add link" interface.
May 7 2021, 4:51 PM · Readers-Web-Backlog, Wikidata, Regression, Desktop Improvements
stjn merged task T282257: No way to get a Wikidata "Add link" box with Desktop Improvements' language selector into T282026: Discussion: Unable to quickly add interwiki links via Wikidata’s "Add link" interface.
May 7 2021, 4:50 PM · Wikidata, Desktop Improvements
stjn added a comment to T280401: Centred `thumb` images should not have centred captions.

Yeah, I’m OK with keeping it in that task as long as it gets action in relation to this. If it gets declined etc., I’ll try to re-open this one myself.

May 7 2021, 10:33 AM · Readers-Web-Backlog, MinervaNeue
stjn added a comment to T282024: ULS language list should use `column-width` CSS property instead of splitting the lists.

Languages are grouped by script

This part can probably be left as is if it is an important distinction.

May 7 2021, 10:31 AM · Readers-Web-Backlog, UniversalLanguageSelector, Desktop Improvements

May 6 2021

stjn added a comment to T282063: ResourceLoaderSkinModule: `center` and `small` rules in the `elements` behaviour is not consistent across skins due to inclusion in an optional `elements` feature.

If you need my opinion on this (although I still want my task re-opened and actually fixed), I’ll say that the notion of dropping all helping classes is wrong and counterproductive. If a Wikimedia-deployed skin has discrepancies in its appearance for these classes, as Minerva does, this should be fixed instead. Sure, we can even drop .wikitable out of core since you can implement it in TemplateStyles, but does it solve anything? No, the savings are negligible and are not worth the effort. Exactly the same with this. There are contexts where editors want to centre (or right-align, or left-align, in fact) something and will/can not use the necessary templates for it, and that is fine. Moreover, it would be better if they learn to use some set of classes instead of a bunch of inline styles. If thumbnail markup should be implemented any other way, that should be the scope, not dropping the class.

May 6 2021, 11:30 PM · MW-1.37-notes (1.37.0-wmf.7; 2021-05-25), MediaWiki-Core-Skin-Architecture, Platform Engineering, MediaWiki-Parser
stjn added a comment to T280401: Centred `thumb` images should not have centred captions.

The center class is poorly implemented. In Vector it works, but there is no guarantee. I've broaded the scope of T282063 to encompass this.

May 6 2021, 11:20 PM · Readers-Web-Backlog, MinervaNeue
stjn added a comment to T280401: Centred `thumb` images should not have centred captions.

Done. To be clear, I thought it was a bug with Minerva's CSS and not something intentional, hence why no screenshots.

May 6 2021, 5:29 PM · Readers-Web-Backlog, MinervaNeue
stjn updated the task description for T280401: Centred `thumb` images should not have centred captions.
May 6 2021, 5:28 PM · Readers-Web-Backlog, MinervaNeue

May 5 2021

stjn created T282024: ULS language list should use `column-width` CSS property instead of splitting the lists.
May 5 2021, 4:49 PM · Readers-Web-Backlog, UniversalLanguageSelector, Desktop Improvements

Apr 23 2021

stjn added a comment to T75299: Indicators (protected icon, featured icon) are not shown in Minerva.

Russian Wikipedia examples:

  1. Geographical coordinates are moved to indicators that are shown first, before any icons, example: https://ru.wikipedia.org/wiki/Санкт-Петербург
  2. Some pages with Template:Box can define page shortcuts (WP:5P etc.) in indicators, example: https://ru.wikipedia.org/wiki/Википедия:Технические_запросы
Apr 23 2021, 4:10 PM · Readers-Web-Backlog, MinervaNeue
stjn added a comment to T280766: Phase out legacy error, warning and success classes for usage outside the parser.

I think it would help a lot if things that do not need to use class="error" (e.g. AbuseFilter/CentralAuth special pages) can be moved to class="errorbox". Parser output related styles should be handled with more care.

While this should be done where possible, some contexts, like inline errors from various extensions (ParserFunctions named above, also can name Scribunto and Cite) will always require using .error or some other name for it (since .errorbox will not render correctly in a paragraph), so I don’t think removing it is wise. .success and .warning are remnants of (I think?) Special:Preferences not using .warningbox/.successbox before, so they can be removed, but I would like to join voices saying that .error should be kept.

Apr 23 2021, 3:26 PM · MW-1.37-notes (1.37.0-wmf.23; 2021-09-13), Regression, Patch-For-Review, MediaWiki-extensions-CentralAuth, User-notice, Technical-Debt

Apr 21 2021

stjn added a comment to T280593: MobileFrontend transforms interact with protection editnotices on View source page.

I believe that issue is separate and already tracked in T215271

Apr 21 2021, 10:37 PM · MobileFrontend (Tracking), Wikimedia-Site-requests