stjn (Saint Johann)
Technical admin in Russian Wikipedia

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 2:35 PM (197 w, 4 d)
Availability
Available
IRC Nick
stjn
LDAP User
Unknown
MediaWiki User
Saint Johann [ Global Accounts ]

Recent Activity

Yesterday

stjn added a comment to T199917: RFC: Block users by page/namespace.

Not only is this a lot of duplication of existing functionality, it is confusing for new admins to have to different pages to block a user.

Sat, Jul 21, 3:05 PM · Anti-Harassment, TechCom-RFC

Fri, Jul 20

stjn added a comment to T198758: Load .json configuration files via ResourceLoaderWikiModule.

You might be interested in the bot that Wikimedia Commons uses for MediaWiki:Gadget-markAdmins-data.js.

Fri, Jul 20, 5:54 PM · MediaWiki-Interface, Performance-Team, MediaWiki-ResourceLoader
stjn added a comment to T198758: Load .json configuration files via ResourceLoaderWikiModule.

As another example where this would be helpful: in Russian Wikipedia sysops and bureaucrats frequently edit a gadget for showing users with advanced groups so that it would stay up-to-date. If there won’t be a more comfortable solution such as JSON, quite a lot people might argue either for workarounds that undermine security (such as content model change?) or for giving those rights to them by default when they don’t really edit any other pages.

Fri, Jul 20, 5:26 PM · MediaWiki-Interface, Performance-Team, MediaWiki-ResourceLoader
stjn created T200096: Make Uls-plang-title-languages consistent with Otherlanguages (or otherwise).
Fri, Jul 20, 4:28 PM · MediaWiki-Internationalization, UniversalLanguageSelector

Mon, Jul 16

stjn added a project to T199647: Failing ParserIntegrationTest PHPUnit test causes CI failures for various extensions: MediaWiki-extensions-FlaggedRevs.
Mon, Jul 16, 11:40 AM · MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)), Core-Platform-Team (CPT-Q1-Jul-Sep-2018), Patch-For-Review, SyntaxHighlight, MediaWiki-Parser, User-zeljkofilipin

Sun, Jul 15

stjn added a comment to T164445: 
 breaks lists in CharInsert.

Team project tag was added because I need the opinion from the team as they are the code stewards of this extension. Was that really inappropriate?

Sun, Jul 15, 4:06 PM · Patch-For-Review, MediaWiki-Parser, CharInsert
stjn added a comment to T54448: Transclusion dialog should not suggest documentation sub pages as templates.

Suggestion: allow the wiki administrator to designate a particular subpage string, such as doc, as the official place to keep TemplateData. Then VisualEditor can intelligently and unambiguously filter these pages out. See T125222.

Sun, Jul 15, 12:05 AM · VisualEditor-MediaWiki-Templates, VisualEditor, VisualEditor-EditingTools

Fri, Jul 13

stjn edited projects for T164445: 
 breaks lists in CharInsert, added: Editing-team; removed Parsing-Team.

About the patch above: since it adds new functionality (and per guide), can someone please tell me if that would be OK? It is a frequently used functionality (adding line breaks) that even more frequently breaks the resulting wiki code and parser because of it (can’t work in lists, frequently breaks even paragraphs etc.). I figured that having it as a handled use case would be less problematic than continuing to advise using hacky HTML code.

Fri, Jul 13, 11:43 PM · Patch-For-Review, MediaWiki-Parser, CharInsert
stjn added a comment to T160252: format = inline displays as "custom" while not true.

Are you telling this after testing the patch? (In theory, it should’ve fixed the task above.) Disappointing, if so.

Fri, Jul 13, 11:02 PM · Patch-For-Review, User-MarcoAurelio, VisualEditor, TemplateData
stjn closed T100075: Flow: the text above the button switch VE in the right rail as Invalid.

Flow interface was changed since then, and there is no such bug in new interface, so no point in keeping this task open.

Fri, Jul 13, 3:28 PM · Growth-Team, Easy, StructuredDiscussions, Collaboration-Team-Triage
stjn added a comment to T199534: Confirmation prompt for rollback action (#7 2017).

Can’t you just do a gadget please? I seriously don’t understand why all of this development is even needed.

Fri, Jul 13, 3:21 PM · WMDE volunteer workboard, Needs-user-research, German-Community-Wishlist-Main-Wishes
stjn added a comment to T160252: format = inline displays as "custom" while not true.

What exactly is, the one in the topic or the one I fixed with it? The one in the topic is still present in wikis, so it’s not in any way an old issue. TemplateData should not display a message about ‘custom format’ on _every_ format, otherwise the message should be removed entirely.

Fri, Jul 13, 2:49 PM · Patch-For-Review, User-MarcoAurelio, VisualEditor, TemplateData

Thu, Jul 12

stjn added a comment to T160252: format = inline displays as "custom" while not true.

I haven’t tested the patch above, but it looks to me like the problem is happening because isset( $formats[$data->format] ) was referencing an unknown variable, so it always returned custom. If anyone could check this, it would be more than appreciated.

Thu, Jul 12, 10:39 PM · Patch-For-Review, User-MarcoAurelio, VisualEditor, TemplateData
stjn added a project to T176956: Add a class to empty TemplateData fields titles (dt): Easy.
Thu, Jul 12, 8:16 PM · Patch-For-Review, Easy, TemplateData, VisualEditor
stjn awarded T199416: Gadgets update time has increased drastically a Burninate token.
Thu, Jul 12, 3:36 PM · Regression, Gadgets, Performance-Team, MediaWiki-ResourceLoader

Wed, Jul 11

stjn added a comment to T195053: Reduce page jumps in table of contents.

Didn’t look into a patch before, some small questions (not arguing against the patch or anything):

  1. Does it mean that now you should just check the checkbox if you are modifying the TOC with scripts (Ctrl+F ‘TOC hidden’ in Russian Wikipedia’s Common.js)?
  2. Is CSS-based solution entirely accessible? Here it says that IE11 doesn’t read CSS content.
Wed, Jul 11, 9:28 PM · MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)), Readers-Web-Kanbanana-Board, Readers-Web-Backlog, CSS, JavaScript, MediaWiki-Interface

Mon, Jul 9

stjn added a comment to T190015: Create separate user group for editing sitewide CSS/JavaScript that does not include administrators by default.

Ah, don’t even know how I didn’t notice added lines after clicking on ‘show skipped’. Sorry for misunderstanding.

Mon, Jul 9, 12:20 PM · User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, Patch-For-Review, Security, JavaScript, Security-Core
stjn added a comment to T190015: Create separate user group for editing sitewide CSS/JavaScript that does not include administrators by default.

I don’t know exactly where that happened (doesn’t seem like it is exactly there, but it is somewhere in those patches), but line 9524/9510 in the link should read as +ruwiki, since mentioned tasks are for engineer group in ruwiki, T144599 / T190619.

Mon, Jul 9, 12:12 PM · User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, Patch-For-Review, Security, JavaScript, Security-Core
stjn added a comment to T190015: Create separate user group for editing sitewide CSS/JavaScript that does not include administrators by default.

Hey, I don’t have the ability to point this out in patch, but somewhere in the edits for patches you’ve changed rights from +ruwiki to +quwiki, for example, here:
https://gerrit.wikimedia.org/r/#/c/operations/mediawiki-config/+/421124/6/wmf-config/InitialiseSettings.php

Mon, Jul 9, 12:03 PM · User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, Patch-For-Review, Security, JavaScript, Security-Core

Fri, Jul 6

stjn created T198994: EventStreams butcher up some Unicode characters.
Fri, Jul 6, 7:42 PM · Analytics, Wikimedia-Stream

Thu, Jul 5

stjn added a comment to T190549: Differentiate between internal, interwiki and external links visually.

There are also some issue in a more global way with interwiki links, since you can write [[google:test]] and it counts as a ‘local’ interwiki link, so different types of interwiki links are likely to need different treatment in future (but that doesn’t mean that the current approach shouldn’t be used everywhere, just that it could be tweaked consistently).

Thu, Jul 5, 6:09 PM · User-notice, MW-1.32-release-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, Readers-Web-Kanbanana-Board, MinervaNeue, Readers-Web-Backlog, UI-Standardization, Design
stjn added a comment to T190549: Differentiate between internal, interwiki and external links visually.

If such discussion is needed, I personally think that for now links styling should be consistent across the platforms as much as possible.

Thu, Jul 5, 11:39 AM · User-notice, MW-1.32-release-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, Readers-Web-Kanbanana-Board, MinervaNeue, Readers-Web-Backlog, UI-Standardization, Design

Wed, Jul 4

stjn awarded T113008: Epic: Borders aren't always marked as disputed a Heartbreak token.
Wed, Jul 4, 10:16 AM · Epic, Maps (Map-Styles), Discovery

Mon, Jul 2

stjn added a comment to T190549: Differentiate between internal, interwiki and external links visually.

Hi, sorry, two trivial points to not create tasks about simple stuff:

  1. Interwiki links shouldn’t be marked as external, they are interwiki links for a reason and I don’t think that stuff like links to other projects on the main page should have an icon.
  2. .plainlinks code for mobile is not good enough, it seems to cancel out every padding instead of the right one.

Cheers.

Mon, Jul 2, 9:48 PM · User-notice, MW-1.32-release-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, Readers-Web-Kanbanana-Board, MinervaNeue, Readers-Web-Backlog, UI-Standardization, Design
stjn added a project to T198618: TOC processing should strip contents of <style> tags: MediaWiki-Interface.
Mon, Jul 2, 11:39 AM · MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)), Core-Platform-Team (CPT-Q1-Jul-Sep-2018), Patch-For-Review, MediaWiki-Parser, TemplateStyles
stjn created T198618: TOC processing should strip contents of <style> tags.
Mon, Jul 2, 11:38 AM · MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)), Core-Platform-Team (CPT-Q1-Jul-Sep-2018), Patch-For-Review, MediaWiki-Parser, TemplateStyles
stjn added a comment to T198550: Allow hiding certain (NSFW etc) images by default and letting users explicitly expand them.

Such change, if it would be global, must be discussed, see links in:
https://meta.wikimedia.org/wiki/Controversial_content

Mon, Jul 2, 4:38 AM · MediaWiki-extension-requests

Tue, Jun 26

stjn added a comment to T197618: Style of subtitle on new recent changes page does not match styles of subtitles in other areas.

This isn’t about subtitle though, this is about the lack of margin between the heading and text in some browsers.

Tue, Jun 26, 6:22 PM · Collaboration-Team-Triage, Edit-Review-Improvements-Integrated-Filters

Mon, Jun 25

stjn updated the task description for T198148: Recent changes get hidden after the page load in Wikimedia Incubator.
Mon, Jun 25, 9:49 PM · Collaboration-Team-Triage (Collab-Team-This-Quarter), Edit-Review-Improvements-RC-Page
stjn created T198148: Recent changes get hidden after the page load in Wikimedia Incubator.
Mon, Jun 25, 9:48 PM · Collaboration-Team-Triage (Collab-Team-This-Quarter), Edit-Review-Improvements-RC-Page
stjn added a subtask for T135845: Convert any module as central or centralisable: T198107: Begin to use central modules.
Mon, Jun 25, 9:16 PM · Community-Tech (2015-2017), Developer-Advocacy, MediaWiki-extensions-Scribunto
stjn added a parent task for T198107: Begin to use central modules: T135845: Convert any module as central or centralisable.
Mon, Jun 25, 9:16 PM · Wikimedia-General-or-Unknown
stjn added a comment to T198107: Begin to use central modules.

I don’t want to diminish your work in any way, but do you really think that anyone will or can edit a 839 Kb module other than you if they’d had to do any modifications?

Mon, Jun 25, 9:15 PM · Wikimedia-General-or-Unknown
stjn awarded T198139: Move construction of highlight containers to server a Like token.
Mon, Jun 25, 9:03 PM · Collaboration-Team-Triage (Collab-Team-This-Quarter), Performance, Edit-Review-Improvements-Integrated-Filters
stjn added a comment to T160252: format = inline displays as "custom" while not true.

Related issue to this: this message uses some icon that does not exist in OOUI and therefore is invisible in interface and pushes the text off-center. Someone really needs to get to this and fix both issues (since it is a smaller problem, I don’t think it needs a separate task, just that this one should be fixed someday).

Mon, Jun 25, 2:34 PM · Patch-For-Review, User-MarcoAurelio, VisualEditor, TemplateData

Fri, Jun 22

stjn added a comment to T187299: User-perceived page load performance study.

If you don’t mind me asking, since it was brought up, would it be possible to see in the future if there a correlation between heavier page size and negative responses (although, if I see the correct dashboard, the number of responses is quite small)? Until some time earlier this year, article about Russia was 800 Kb long, and it’s still 500 Kb now, so I’d think that naturally people visiting it on desktop should be more inclined to answer about poor performance in it.

Fri, Jun 22, 4:30 PM · User-notice, MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), Readers-Web-Backlog (Tracking), QuickSurveys, Unplanned-Sprint-Work, Performance-Team

Jun 22 2018

stjn updated the task description for T197915: Add styling for review notice from FlaggedRevs in MobileFrontend.
Jun 22 2018, 12:06 AM · Patch-For-Review, Readers-Web-Backlog (Design), MinervaNeue (Tracking), Mobile, MediaWiki-extensions-FlaggedRevs
stjn added a project to T197915: Add styling for review notice from FlaggedRevs in MobileFrontend: Readers-Web-Backlog.
Jun 22 2018, 12:03 AM · Patch-For-Review, Readers-Web-Backlog (Design), MinervaNeue (Tracking), Mobile, MediaWiki-extensions-FlaggedRevs
stjn created T197915: Add styling for review notice from FlaggedRevs in MobileFrontend.
Jun 22 2018, 12:02 AM · Patch-For-Review, Readers-Web-Backlog (Design), MinervaNeue (Tracking), Mobile, MediaWiki-extensions-FlaggedRevs

Jun 19 2018

stjn added a comment to T197617: TemplateStyles should be able to add skin-specific CSS.

No, why should it?
Even with this extension the aim of the Selector has to be within` .mw-parser-output`. It does not widen the scope, it just enables more specific selectors for the same scope.

Misreading everything for the second time already in the same task, apologies.

Jun 19 2018, 9:51 PM · TemplateStyles
stjn added a comment to T197617: TemplateStyles should be able to add skin-specific CSS.

@MartinK's solution is probably better though - special-casing body (and maybe html) is generic-purpose enough that it does make sense to put it into css-sanitizer.

Jun 19 2018, 8:52 PM · TemplateStyles

Jun 18 2018

stjn added a comment to T197617: TemplateStyles should be able to add skin-specific CSS.
Jun 18 2018, 9:10 PM · TemplateStyles
stjn awarded T197617: TemplateStyles should be able to add skin-specific CSS a Like token.
Jun 18 2018, 6:19 PM · TemplateStyles
stjn added a comment to T177206: Make Active Filter display area collapsible on Watchlist and Recent Changes.

This is probably required for accessibility reasons, since there must be some indication of focus.

Jun 18 2018, 5:21 PM · MW-1.32-release-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), Edit-Review-Improvements-Integrated-Filters
stjn added a comment to T197617: TemplateStyles should be able to add skin-specific CSS.

There’s not a lot of leeway to implement this: either we have to do some additional abstraction for creating a non-prefixed selector, which would allow non-sysops to style anything on the site, or have a page name that is available only to sysops (Template:Name/common.css?) and is non-prefixed entirely. I am not opposed to this idea, but I would guess that developers might be, since they are opposed to restricting TemplateStyles in any way IIRC.

Jun 18 2018, 4:49 PM · TemplateStyles
stjn created T197563: Template styles get ignored when switching to Visual Editor.
Jun 18 2018, 6:09 AM · VisualEditor (Current work), VisualEditor-MediaWiki-Templates, TemplateStyles

Jun 15 2018

stjn added a comment to T168610: Can bot Babel AutoCreate automatically categorize newly created categories?.

Btw, I’ve tried to come up with some long-term solutions since we switched to Babel for all our userboxes, and mainly ran into additional problems with it.

Jun 15 2018, 4:56 PM · MediaWiki-extensions-Babel
stjn added a comment to T184941: Babel AutoCreate creating empty categories.
Jun 15 2018, 4:53 PM · MediaWiki-extensions-Babel

Jun 13 2018

stjn added a comment to T196721: Make non-responsive Monobook the default for German-language Wikipedia.

I ran a small poll and the participants are in favor of changing the setting to opt-in: Permalink.

Could you try to make a fairer description of that topic? It seems unfair to developers to do such survey under a topic ‘Strange portrayal’ and not mention anything at all about the changes they made based on community feedback, incl. yours (lower threshold for responsive layout, accessibility fixes etc.).

Jun 13 2018, 6:20 PM · MonoBook

Jun 12 2018

stjn added a comment to T190015: Create separate user group for editing sitewide CSS/JavaScript that does not include administrators by default.

The developers are a continuing massive security risk, and one that is only being kept in check by these "vulnerabilities" that this plans to "fix". We've had confrontations in the past that only failed to be catastrophic because the WMF doesn't actually have the technical ability to stop people from editing JS. Control over the site can't be easily decoupled from powers necessary for basic maintenance, so the WMF and the developers can't seize power without causing everything to fall apart.

Any work towards "fixing" control over JS erodes the balance of power.

Admins are trusted with the site. So much of the software is built upon that assumption. The movement is built upon that assumption being right.

That might be true in smaller projects, but in any big project admins are not being elected with the assumption that everyone has the proficiency in JS/CSS. I mean, English Wikipedia has more than a thousand administrators; how many of them were elected with their technical proficiency in mind?

Jun 12 2018, 1:04 PM · User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, Patch-For-Review, Security, JavaScript, Security-Core

Jun 11 2018

stjn added a comment to T177206: Make Active Filter display area collapsible on Watchlist and Recent Changes.

Didn’t follow this task quite clearly, but I must say that the current variant in the description is bad for one major reason: click area jumps. There is a pattern of using expand/collapse types of buttons with mouse staying in the same place (at least for me), and this design would prove that difficult because the button would not stay in the same place after expanding, therefore making it in the same place is always better than having them jump.

Jun 11 2018, 9:01 PM · MW-1.32-release-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), Edit-Review-Improvements-Integrated-Filters

Jun 10 2018

stjn added a comment to T196721: Make non-responsive Monobook the default for German-language Wikipedia.

Page previews are not the same thing though: their lack is not detrimental to the experience of readers and users. If this development will prove to be good and will be eventually replicated in other skins as well, it would not make sense to have responsive skins turned off by default anywhere at all. However, if there’s a way to make this off only for older users, then it is an OK approach (although I should say that it would limit the ability and willingness of communities to implement more responsive layouts with things like TemplateStyles if majority of older users would not see any changes from this, so that must also be considered).

Jun 10 2018, 2:15 PM · MonoBook

Jun 8 2018

stjn added a comment to T195625: Implement a responsive layout for MonoBook.

Yeah, I am not trying to say that the intent behind MobileFrontend, especially when we see the editors react so much about good ideas to do something that other sites did some years ago now, is bad or anything. It is a tool of necessity, but we shouldn’t think that all mobile development should be pushed to mobile as soon as possible (and I think the people that ask this new development to be disabled on their community level are somewhat overreacting).

Jun 8 2018, 8:40 PM · Patch-For-Review, User-notice, MonoBook

Jun 7 2018

stjn added a comment to T195625: Implement a responsive layout for MonoBook.

I think in the long term there is a sense to make this preference skin-agnostic and provide for users the means to disable responsive design on any skin instead of just Monobook, especially since any future efforts would likely go into the same thing.

Jun 7 2018, 12:41 PM · Patch-For-Review, User-notice, MonoBook

Jun 6 2018

stjn added a comment to T69700: Cite: Provide a way for users to find articles which have the reference list inserted automatically.

If this can’t be resolved in 4 years already, maybe it’s time to stop supporting automatic referencing then? At least the error for it is quite visible, when automatic references are being left without any regards to wiki’s rules and frequently have broken numbering because they are inserted in some precarious position.

Jun 6 2018, 8:52 PM · Cite
stjn awarded T69700: Cite: Provide a way for users to find articles which have the reference list inserted automatically a Burninate token.
Jun 6 2018, 8:44 PM · Cite

Jun 5 2018

stjn added a comment to T190015: Create separate user group for editing sitewide CSS/JavaScript that does not include administrators by default.

@Tgr: yes. I don’t object to the idea itself, the more security the better, but the text of proposed guidance did make an impression for me that this new group needs to be like bureaucrats, where no non-sysops can become one, and that is not the future I’d want because projects that have such group already would be harmed by that. Your addition probably solves this.

Jun 5 2018, 5:29 PM · User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, Patch-For-Review, Security, JavaScript, Security-Core
stjn added a comment to T190015: Create separate user group for editing sitewide CSS/JavaScript that does not include administrators by default.

Groups like RuWP’s engineer (I can’t talk about other ones) were created specifically to have non-sysops that are proficient enough in technical matters but probably won’t have much luck with getting the flag for all ‘fronts’. I am very scared that creation of a new group with an implicit target of ‘make the entry bar higher than sysops’ would lead just to more enclosure of technical rights both on local and on global level.

Jun 5 2018, 2:39 PM · User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, Patch-For-Review, Security, JavaScript, Security-Core

Jun 4 2018

stjn added a comment to T196213: Set mobile breakpoint smaller for responsive MonoBook.

I mean, breakpoints usually can be set not only for specific layouts, like Timeless I would guess have done, but for specific devices. WikimediaUI breakpoints are set for types of devices, so they can be reused with any specific layout without a problem. Most disagreement that people have found with the new layout is in that it changes into mobile layout too early, so it would make sense to use a mobile-only breakpoint for responsive layout developed by you even if columns are too narrow on 720px, too.

Jun 4 2018, 2:58 PM · Patch-For-Review, MonoBook

Jun 2 2018

stjn added a comment to T195625: Implement a responsive layout for MonoBook.

Fair enough. I've tried my best to keep up with the linked German and French Wikipedia discussions as well, but really I depend upon help from tech ambassadors to bypass the language barrier. If you know of more discussions about the feature on other projects, I'd appreciate if you could post links to them :)

There is one at https://ru.wikipedia.org/wiki/Википедия:Форум/Технический#Новый_вид_стационарной_версии_в_смартфоне, but it’s mostly subjective.

Jun 2 2018, 9:21 PM · Patch-For-Review, User-notice, MonoBook
stjn added a comment to T196213: Set mobile breakpoint smaller for responsive MonoBook.

You can use 720px (although it can’t be used as max-width, 719?) from https://github.com/wikimedia/wikimedia-ui-base/blob/master/wikimedia-ui-base.less. I would suggest that using variables already in use is probably wiser than coming up with your own.

Jun 2 2018, 9:15 PM · Patch-For-Review, MonoBook
stjn added a comment to T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook.

Probably what would fix this is visually hiding specific menus instead of hiding them entirely with display:none;. I would guess that they don’t work exactly by that logic: if they aren’t displayed in browser, they aren’t actionable. However the edit button working is definitely strange and can’t be described by this.

Jun 2 2018, 9:11 PM · Patch-For-Review, Accessibility, MonoBook
stjn added a comment to T195625: Implement a responsive layout for MonoBook.

There isn’t a special relationship with ‘volunteers who carry out the foundation’s mission’. There is a special relationship with the vocal Anglophone people in English Wikipedia that get the 99% of the attention from WMF and developers despite the global nature of our movement.

Jun 2 2018, 9:06 PM · Patch-For-Review, User-notice, MonoBook
stjn added a comment to T195625: Implement a responsive layout for MonoBook.

There isn’t a way to deploy responsive layout only ‘for mobile’. Our current mobile site is, and I hope no one will hate me for this, a kind of a big hack. It stays here because we can not, at this moment, implement a proper responsive layout due to amount of older templates etc. that would be rendered completely wrong in the desktop version. But it is a same ancient tool like a WAP version of a site was not too long ago, so eventually we should get rid of it.

Jun 2 2018, 8:49 PM · Patch-For-Review, User-notice, MonoBook
stjn created T196223: Remove ruwiki from MFSpecialCaseMainPage.
Jun 2 2018, 1:32 PM · User-Urbanecm, Wikimedia-Site-requests

Jun 1 2018

stjn lowered the priority of T195905: Temporarily enable MFMobileMainPageCss in Russian Wikipedia from High to Normal.

I’ve already deployed the new main page, I’d guess people on 3G would have to suffer a bit, but this is really rather an unfortunate turn of events so I don’t want to put on brakes just because of this.

Jun 1 2018, 7:46 AM · Patch-For-Review, User-Urbanecm, Readers-Web-Backlog (Tracking), Wikimedia-Site-requests, Russian-Sites

May 31 2018

stjn raised the priority of T195905: Temporarily enable MFMobileMainPageCss in Russian Wikipedia from Normal to High.

I hope you don’t mind that I raise the priority, I wanted this to happen before June 1 specifically for the reason that it would be easier to deploy the new main page in RuWP today at night (MSK).

May 31 2018, 10:13 PM · Patch-For-Review, User-Urbanecm, Readers-Web-Backlog (Tracking), Wikimedia-Site-requests, Russian-Sites

May 30 2018

stjn added a comment to T195946: Allow editors to style main page's differently from other pages for performance and to allow creativity (e.g. MediaWiki:Mainpage.css).

Once we special case the main page, it's just waiting until the next special case that people request, because that is what always happens. An exception for the main page makes little sense to me, and you might as well turn it into an array of { page => page.css} exceptions with a more generic configuration name.

May 30 2018, 6:01 PM · Performance-Team, MediaWiki-ResourceLoader, MediaWiki-Interface, MediaWiki-Platform-Team, Readers-Web-Backlog, Performance
stjn added a comment to T195905: Temporarily enable MFMobileMainPageCss in Russian Wikipedia.

Agree with your analysis. I meant ‘temporarily’ as referring more to the nature of this feature, which is uncertain at the moment until the necessary discussions will happen and something will be decided on a larger scale.

May 30 2018, 5:48 PM · Patch-For-Review, User-Urbanecm, Readers-Web-Backlog (Tracking), Wikimedia-Site-requests, Russian-Sites
stjn added a comment to T195905: Temporarily enable MFMobileMainPageCss in Russian Wikipedia.

Patch uploaded. When should this be reverted?

May 30 2018, 5:34 PM · Patch-For-Review, User-Urbanecm, Readers-Web-Backlog (Tracking), Wikimedia-Site-requests, Russian-Sites
stjn added a comment to T195905: Temporarily enable MFMobileMainPageCss in Russian Wikipedia.

We do already, thanks.

May 30 2018, 3:28 PM · Patch-For-Review, User-Urbanecm, Readers-Web-Backlog (Tracking), Wikimedia-Site-requests, Russian-Sites
stjn added a comment to T162379: Decide which non-standard CSS properties to support in TemplateStyles.

We don’t support browsers supporting neither, so there’s no need to care about that (they can just display one-column layout after all in case of Russian Wikipedia). Bugs with flexbox are also manageable and mostly are concerning older IEs, I don’t see how this is an argument against using it.

May 30 2018, 3:22 PM · Core-Platform-Team, Patch-For-Review, css-sanitizer, TemplateStyles
stjn added a comment to T195946: Allow editors to style main page's differently from other pages for performance and to allow creativity (e.g. MediaWiki:Mainpage.css).

Mobile.css is loaded via JavaScript and therefore would look detrimental to end-users if CSS would load a lot later than the page itself. Common.css doesn’t load for mobile users, but is usable for desktop, yes. Don’t know much about how exactly Minerva.css loads.

May 30 2018, 1:46 PM · Performance-Team, MediaWiki-ResourceLoader, MediaWiki-Interface, MediaWiki-Platform-Team, Readers-Web-Backlog, Performance

May 29 2018

stjn created T195905: Temporarily enable MFMobileMainPageCss in Russian Wikipedia.
May 29 2018, 6:56 PM · Patch-For-Review, User-Urbanecm, Readers-Web-Backlog (Tracking), Wikimedia-Site-requests, Russian-Sites
stjn added a comment to T192581: All skins should use WikimediaUI OOUI theme.

If we have this difference just for the purpose on testing, then it’s even less valuable. I mean, we have Pig Latin English somewhere in the code for testing language variants, doesn’t mean that English Wikipedia should have Pig Latin English as a default variant available in the project. Production should not be used for the purpose of bug-testing.

May 29 2018, 12:02 PM · Design, MonoBook, UI-Standardization, Apex, OOUI
stjn added a comment to T138622: Help community migrate away from legacy Main page special casing.

The title and page actions are hidden by default on the mobile site anyway...

I was talking more widely. In our case the thing we need is having background change from the get-go instead of after the page render.

May 29 2018, 9:50 AM · CommRel-Specialists-Support, Readers-Web-Backlog (Tracking), Readers-Community-Engagement, Reading-Web-Local-Wiki-Issues
stjn added a comment to T138622: Help community migrate away from legacy Main page special casing.

TemplateStyles doesn’t have the access to ‘higher DOM’ and it was for a reason (since it is editable by everyone, albeit in Russian Wikipedia we have disabled that in the meantime). TemplateStyles don’t have the support of prefixed properties (see T162379) and don’t have the ability to modify the page on higher level than content (which is, ultimately, good for most pages, but in main page’s case it is not good since, for example, almost every project hides the title via Common.css right now).

May 29 2018, 9:30 AM · CommRel-Specialists-Support, Readers-Web-Backlog (Tracking), Readers-Community-Engagement, Reading-Web-Local-Wiki-Issues

May 28 2018

stjn added a comment to T188503: Identify two wikis to run a research study and get approval from their respective communities.

Yes, you can start.

May 28 2018, 12:30 PM · MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)), Patch-For-Review, Community-Relations-Support (Apr-Jun-2018)

May 25 2018

stjn added a comment to T195625: Implement a responsive layout for MonoBook.

Some issues (don’t care much about Monobook, but either way): all action buttons are too small for mobile, seemingly no logic in why the top row is marked in orange (isn’t it for current items only?), no branding present at all (how exactly does anyone know if they are still on Wikipedia or somewhere else?).

May 25 2018, 10:40 PM · Patch-For-Review, User-notice, MonoBook
stjn added a comment to T138622: Help community migrate away from legacy Main page special casing.

As I’ve got the consensus about enabling the new main page, I want to ask more precisely: is MediaWiki:Mobile.css loaded with CSS or JavaScript? I’ve read something about the latter before, so I want to be sure that the new page design won’t flash for user after the initial page load (given that I did Hindi main page-like grey background for main page, see here on smaller page widths). Thanks in advance.

May 25 2018, 4:04 PM · CommRel-Specialists-Support, Readers-Web-Backlog (Tracking), Readers-Community-Engagement, Reading-Web-Local-Wiki-Issues

May 24 2018

stjn edited projects for T195509: Notification letters contains ugly inflated links to pages with non-latin title, added: MediaWiki-Email; removed Mail.
May 24 2018, 4:57 PM · MediaWiki-Email

May 23 2018

stjn added a comment to T162379: Decide which non-standard CSS properties to support in TemplateStyles.

For anyone that will decide to do this task: we got consensus in the Russian Wikipedia to improve the main page using TemplateStyles, and the ability to use prefixed CSS properties would be more than welcome addition to see. Right now I intend to add prefixed properties only directly to Common.css/Mobile.css before pushing new version, which would be less than ideal.

May 23 2018, 4:41 PM · Core-Platform-Team, Patch-For-Review, css-sanitizer, TemplateStyles

May 22 2018

stjn added a comment to T194939: Announce read-only time on-wiki to users of frwiki, ruwiki and jawiki (May 29, 2018).

Done in Russian Wikipedia (no notice, just a banner): https://ru.wikipedia.org/?diff=92816291

May 22 2018, 4:56 PM · Patch-For-Review, Community-Relations-Support (Apr-Jun-2018), Tech-Ambassadors
stjn added a comment to T195049: Remove animations from jquery.makeCollapsible.

No, I didn't log all the times that ppl complained about them. My summary of that was mostly anecdotal. However, even if we were to readd them, we would do so with CSS animations at the very least. simplifying the code before recomplicating it would make sense in that case too.

May 22 2018, 4:36 PM · MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)), Wikimedia-Hackathon-2018, MediaWiki-General-or-Unknown, CSS, JavaScript
stjn closed T192612: Design feedback for refined main page of Russian Wikipedia as Resolved.

Closing this as resolved as the main discussion in Russian Wikipedia will soon halt. Thanks to all the people that decided to provide the feedback.

May 22 2018, 2:45 PM · Readers-Web-Backlog, Design, Russian-Sites
stjn added a comment to T195293: 503 error attempting to open multiple projects (Wikipedia and meta wiki are loading very slowly) .

Same in Russian Wikipedia (from Russia):

Request from […] via cp1054 cp1054, Varnish XID 382637319
Error: 503, Backend fetch failed at Tue, 22 May 2018 13:43:18 GMT
May 22 2018, 1:45 PM · Language-2018-July-September, User-Nikerabbit, MediaWiki-extensions-Translate, Wikimedia-Incident, Wikimedia-log-errors, Operations
stjn added a comment to T195049: Remove animations from jquery.makeCollapsible.

Was thinking about this the other day: was there any data that users don’t like a default <div> animation? <table> ones yes, they are godawful, but <div> animation wasn’t that bad on the second thought. It’s not like we don’t use animations anywhere, so it was a nice addition to .mw-collapsible while it lasted.

May 22 2018, 11:22 AM · MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)), Wikimedia-Hackathon-2018, MediaWiki-General-or-Unknown, CSS, JavaScript

May 20 2018

stjn awarded T195172: Remove CologneBlue skin from appearance choice in Special:Preferences a Love token.
May 20 2018, 9:55 AM · Wikimedia-General-or-Unknown

May 19 2018

stjn awarded T195049: Remove animations from jquery.makeCollapsible a Like token.
May 19 2018, 12:23 PM · MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)), Wikimedia-Hackathon-2018, MediaWiki-General-or-Unknown, CSS, JavaScript
stjn added a comment to T195048: Add a Telegram frontend for Echo notifications.

If this is absolutely needed, it should be an external tool that gets Echo notifications from MediaWiki API (if that is possible). It would be a bad idea to add an integration to an external proprietary service from MediaWiki. (This is not clear enough in the task.)

May 19 2018, 12:21 PM · Collaboration-Team-Triage, Easy, Patch-For-Review, Notifications
stjn created T195053: Reduce page jumps in table of contents.
May 19 2018, 12:14 PM · MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)), Readers-Web-Kanbanana-Board, Readers-Web-Backlog, CSS, JavaScript, MediaWiki-Interface

May 17 2018

stjn added a comment to T153417: Align the style for lists of pages.

My intuition is that bolding the unmatched part is the most interesting, as it boldens the information we want the user to read as instantly as possible. I also think Google and Bing have done research to come to that conclusion. We can assume that, or we can run our own research on the portal with an A/B test.

It's important to notice that Duckduckgo and Bing also use a lighter font color for the unmatched part, giving the highlighted part even more prominence.

May 17 2018, 10:54 PM · RelatedArticles, WMF-Design, Design, Discovery, Wikimedia-Portals, VisualEditor, UI-Standardization

May 15 2018

stjn added a comment to T187588: Responsive references divide the reference list in unequal columns.

You shouldn’t put such lengthy references there in the first place. This is way beyond and above the norms of fair use, for one part, you could justify putting the entire book in the references the same way.

May 15 2018, 9:35 PM · Cite

May 14 2018

stjn created T194675: ‘External maps’ panel is scrollable in Firefox.
May 14 2018, 4:58 PM · Easy, Browser-Support-Firefox, Discovery, Maps
stjn added a comment to T188503: Identify two wikis to run a research study and get approval from their respective communities.

If you could translate the notice we've posted on English wikivoyage: https://en.wikivoyage.org/w/index.php?title=Wikivoyage:Travellers%27_pub#Page_loading_performance_study and post it on the equivalent board for Russian Wikipedia, that would be great! With a survey start date 2 weeks after the notice is posted.

May 14 2018, 9:45 AM · MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)), Patch-For-Review, Community-Relations-Support (Apr-Jun-2018)

May 13 2018

stjn added a comment to T194580: Design review for MontserratFont extension.

Well, Arabic and Basque Wikipedia already use some fonts from that resource on the site level, and deploying an extension for a font seems a bit uncalled, so I think this is something to consider.

May 13 2018, 8:42 PM · User-Urbanecm, Design
stjn added a comment to T194580: Design review for MontserratFont extension.

Technical question: how’s that really different from using an @import declaration from WM Labs fontcdn for any fonts they want? It should be already WMF privacy policy-compatible, have they considered that option instead?

May 13 2018, 8:36 PM · User-Urbanecm, Design

May 12 2018

stjn added a comment to T49782: Rollback workflow needs further thought.

Commenting so that this would not be lost: feedback round from WMDE proposal [1] shows that many rollbackers from different projects (although it wasn’t advertised everywhere, just on Meta) overwhelmingly reject having rollback confirmable by default.

May 12 2018, 11:33 AM · Patch-For-Review, MediaWiki-History-or-Diffs

May 11 2018

stjn added a comment to T188503: Identify two wikis to run a research study and get approval from their respective communities.

Hi, I saw the announcement on English Wikipedia’s technical village pump and thought that I could ask: is there a way for other projects to chime in on this? Engineers in Russian Wikipedia would’ve greatly appreciated such research being conducted for our readers. I can translate a note to wider community about this if you would give this a green light.

May 11 2018, 10:20 PM · MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)), Patch-For-Review, Community-Relations-Support (Apr-Jun-2018)
stjn removed a watcher for Tech-Ambassadors: stjn.
May 11 2018, 6:33 PM