stjn (Saint Johann)
Technical admin in Russian Wikipedia

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 2:35 PM (185 w, 2 d)
Availability
Available
IRC Nick
stjn
LDAP User
Unknown
MediaWiki User
Saint Johann

Recent Activity

Today

stjn added a comment to T193028: Logos for new wikis are pixelized.

@stjn This should be resolved, can you have a second look, please?

Thu, Apr 26, 1:14 PM · Patch-For-Review, Wikimedia-Site-requests, User-Urbanecm
stjn added a comment to T189512: Crimean Tatar/crh transliteration should not block on "km²".

Yes, that is probably a preferred option with all non-standard text that should not be transliterated. Having names copypasted in Latin converted to Cyrillic is bad whether or not they contain ‘w’ or other bad symbol or not, because Cyrillic readers won’t read ‘Сатурдай’ like /ˈsætədeɪ/ either. The simplest and wisest decision is to have these transliterated like they are transliterated regardless of letters and do an outreach about the fact that you need to put text like that in special tags so that it would be readable for other writing systems.

Thu, Apr 26, 12:36 PM · Patch-For-Review, MediaWiki-Language-converter
stjn added a comment to T192612: Design feedback for refined main page of Russian Wikipedia.

Thank you for the detailed feedback!

Thu, Apr 26, 12:31 PM · Readers-Web-Backlog (Design), Design, Russian-Sites

Yesterday

stjn added a comment to T184374: Create Wikipedia Ingush.

Don’t know who exactly did the logos, but all of them (gor, inh, lfn) look somewhat pixelated for me. It’s almost like there is some kind of blur in these images, compare SVG thumbnail from Commons and inhwiki.png. Can someone fix this for all projects that were created?

Wed, Apr 25, 2:55 PM · User-Urbanecm, Patch-For-Review, Wiki-Setup (Create), Wikimedia-Language-setup

Tue, Apr 24

CKoerner_WMF awarded T192612: Design feedback for refined main page of Russian Wikipedia a Love token.
Tue, Apr 24, 1:58 PM · Readers-Web-Backlog (Design), Design, Russian-Sites

Sun, Apr 22

stjn added a comment to T192612: Design feedback for refined main page of Russian Wikipedia.

I guess you didn’t have the scripts loaded on demo above, because the plan is to have mobile version with grey background like header, see here. As of now, of course, I can’t add any CSS code to mobile version because page is still in works. As you see, I drew inspiration somewhat heavily from the work I saw in Hindi case.

Sun, Apr 22, 4:47 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn added a comment to T192612: Design feedback for refined main page of Russian Wikipedia.

Thank you for your feedback! If you resize the browser to mobile width (<720px), you can notice that I already nicked that idea exactly from that (Hindi) page :-) [My reasoning, however, was that the search field is not available prominently on smaller page widths.] In desktop version the existing main page already focuses on the search bar if person doesn’t scroll before the script executes.

Sun, Apr 22, 1:46 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn added a comment to T192724: Create a dedicated user rights log shown in a diff format.

Simpler solution that won’t need going away from the log structure is to have the flags that are being taken away as stroked out and rights that are added as emphasised. Maybe even coloured as in example from XTools. Frankly, there is no reason to have an additional duplicated special page for this, there are already more than enough for stuff like MobileFrontend.

Sun, Apr 22, 1:20 PM · MediaWiki-User-management, MediaWiki-Logging
stjn awarded T30856: Remove classic edit toolbar from core a Like token.
Sun, Apr 22, 1:13 PM · MW-1.31-release, User-notice, MW-1.29-release-notes, Technical-Debt, JavaScript, MediaWiki-Page-editing

Sat, Apr 21

stjn added a comment to T192668: Mass vandalism in ar.wikipedia (throttle edits using wgRateLimits).

Abuse filters are bypassable - you just have to do a lot of edits that match certain AF (more than 5 % of edits made in last 24 hours). Rate limits are not bypassable that easily, you need to have noratelimits right.

Sat, Apr 21, 10:40 AM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests

Fri, Apr 20

stjn added a comment to T85847: Grant editcontentmodel right to all logged in users.

It seems like there are some legitimate cases for this (such as Flow talk pages, although Flow is not used quite enough to have WMF-wide decision made based specifically on it) and there are some possibilities that this can prove pretty pointless and maybe even harmful. For example, what is the case for having content model changes available in the main space? That just seems like a possible abuse tool for making pages render badly for some time.

Fri, Apr 20, 10:23 PM · Community-consensus-needed, MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), Patch-For-Review, MediaWiki-ContentHandler
stjn added a comment to T192668: Mass vandalism in ar.wikipedia (throttle edits using wgRateLimits).

Isn’t it better to use abuse filter for this? It would be quite simple and really more simple than changing config back and forth.

Fri, Apr 20, 9:47 PM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests
stjn updated the task description for T192612: Design feedback for refined main page of Russian Wikipedia.
Fri, Apr 20, 8:37 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
Capt_Swing awarded T192612: Design feedback for refined main page of Russian Wikipedia a Barnstar token.
Fri, Apr 20, 4:41 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn added a comment to T165535: Block notices on mobile web provide insufficient information about the block.

As a short-cut, albeit mostly on en.wikipedia.org only, administrators often use the same wikitext syntax both on the talk page and in the edit summary or block reason, saying "Blocked with {{anonblock}}", where the template is not meant to be expanded but meant as literal text.

Proxies, hosting IPs and the like are banned specifically with the templates and so that it would be expanded as wiki text. See block log in English Wikipedia, for example.

Fri, Apr 20, 11:52 AM · Patch-For-Review, Anti-Harassment (AHT Sprint 19), User-notice, MinervaNeue, Readers-Web-Backlog (Design), Accessibility
stjn added a comment to T90948: Identify the best diff style and use it everywhere.

Yes, all the existing official variations are accessible to people with almost all forms of color blindness. (with the very edge-case exception of people with achromatopsia, but that's one of the rarer forms and is generally accompanied by other severe vision impairments). The only slightly concerning color selection at the moment are the navpopups gadget diff colors.

Accessible as in ‘pass WCAG 2.0’ or ‘look distinct and intelligble’? I’ve tested a diff page with Colour Filter and at least with deuteranopia the colours are awfully similar to be distinct enough. They are distinct in desktop diffs, however.

Fri, Apr 20, 11:20 AM · User-notice, UI-Standardization, Design, Accessibility
stjn added a comment to T192581: All skins should use WikimediaUI OOUI theme.

How this differs from T122014?

Fri, Apr 20, 1:12 AM · MonoBook, UI-Standardization, Design-Research, Apex, OOUI
stjn added a comment to T192581: All skins should use WikimediaUI OOUI theme.

Enforcing a change on them is not the way we're choosing, but being careful of remaining in a maintable and product-feature rich environment, there are compromises that they have to be willing to make.
I don't think proceeding here, gains us a lot. We rather long for explaining the advantages of switching over to a modern interface.

Fri, Apr 20, 12:59 AM · MonoBook, UI-Standardization, Design-Research, Apex, OOUI
stjn added a comment to T192612: Design feedback for refined main page of Russian Wikipedia.

I just want to say that my first feeling about the buttons in the bottom corners, when I saw the gears, was "wow, can I set preferences here?". And I was surprised that buttons lead to pages that look like documentation at best (nothing actionable, responsive, no pop-ups, drop-downs or so).

Fri, Apr 20, 12:48 AM · Readers-Web-Backlog (Design), Design, Russian-Sites

Thu, Apr 19

stjn added a comment to T192612: Design feedback for refined main page of Russian Wikipedia.

Some of the thoughts and future suggestions that I have and told to the community (so ‘common points’ would not have to be addressed):

  • ‘Featured lists and portals’ block should be remade from tables and probably somewhat redesigned (I have already made some changes so it could be displayed on mobile properly, so this would be an additional step to that).
  • ‘Featured article’ (Избранная статья) and ‘Good article’ (Хорошая статья) blocks are obscenely long on mobile and that needs to be fixed via communicating with people who do that work about possibility to add .nomobile class for hiding optional content.
  • Those same blocks have their images typically on top and without leading to the article, although it is the biggest clicking point. I have a plan to get it reordered via TemplateStyles and order CSS property for mobile users.
  • Right column with periodically updated lists maybe should not be displayed in full on mobile (so, hidden under a toggle if MobileFrontend allows something like that), but that is subject to bigger community discussion and doesn’t have certainty.
Thu, Apr 19, 11:56 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn closed T191304: Local issues with tab-size on ruwp as Invalid.

As this is local CSS from Russian Wikipedia and not a global CSS rule, this should be decided in Russian Wikipedia.

Thu, Apr 19, 11:15 PM · Russian-Sites, Wikimedia-General-or-Unknown
SerDIDG awarded T192612: Design feedback for refined main page of Russian Wikipedia a Like token.
Thu, Apr 19, 11:10 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn updated the task description for T192612: Design feedback for refined main page of Russian Wikipedia.
Thu, Apr 19, 11:05 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn created T192612: Design feedback for refined main page of Russian Wikipedia.
Thu, Apr 19, 11:04 PM · Readers-Web-Backlog (Design), Design, Russian-Sites
stjn added a comment to T165535: Block notices on mobile web provide insufficient information about the block.

If that would be interesting to you, we use a WikimediaUI-inspired block notice in Russian Wikipedia with a generic alert icon, so if stop-hand.svg would be approved and uploaded to Wikimedia Commons, that would probably be beneficial to Russian community.

Thu, Apr 19, 9:01 PM · Patch-For-Review, Anti-Harassment (AHT Sprint 19), User-notice, MinervaNeue, Readers-Web-Backlog (Design), Accessibility
stjn added a comment to T90948: Identify the best diff style and use it everywhere.

If we are talking about ‘cultural’ considerations, one point that needs to be made is that it seems good that both additions and removals are marked with neutral and distinct colours that do not read as ‘X is bad, Y is good’. This is why so many different open source communities go away from the standard green-red colour scheme, to show that the additions and removals should not be treated as a win-lose situation. In that area, Wikimedia community probably did better by removing the old diff styling.

Thu, Apr 19, 7:13 PM · User-notice, UI-Standardization, Design, Accessibility
stjn added a comment to T179140: consider special scenarios for interlanguage links on the main page.

One possible solution can be to have locally-set links on page without {{noexternallanglinks}} tag (so communities could decide this on their own) to act like a ‘Recommended’ list that would always be displayed in the sidebar with ULS and prioritised in mobile version. Don’t know whether that would be good enough (since it might be abused on non-Main page pages).

Thu, Apr 19, 6:46 PM · Wikimedia-Interwiki-links, UniversalLanguageSelector, ULS-CompactLinks, Design
stjn created T192581: All skins should use WikimediaUI OOUI theme.
Thu, Apr 19, 6:06 PM · MonoBook, UI-Standardization, Design-Research, Apex, OOUI
stjn created T192560: Timeless: Use classes for content styles instead of ids (issues with specificity and consistency with other skins).
Thu, Apr 19, 3:13 PM · Timeless

Wed, Apr 18

stjn added a comment to T174603: Make footer use new WMF logo.

It should be questioned whether a button means ‘a Wikimedia [Foundation] project’ or ‘a Wikimedia [movement] project’ before using the new lifeless mark that WMF folks have came up with. To me, for example, this is not quite apparent (yes, it links to WMF site, but that’s more or less because the movement as a whole doesn’t have one).

Wed, Apr 18, 3:12 PM · Patch-For-Review, Wikimedia-Site-requests
stjn awarded T174603: Make footer use new WMF logo a Dislike token.
Wed, Apr 18, 3:04 PM · Patch-For-Review, Wikimedia-Site-requests

Tue, Apr 17

stjn added a comment to T165283: Editing a page with unflagged changes should edit latest version in VE, even if you view the stable version.

VE would also open the latest revision on pages like https://test2.wikipedia.org/w/index.php?title=VE-flaggedrevs&stable=1

That’s intended, ‘Edit source’ button on &stable=1 on stabilised page is supposed to open latest revision.

Tue, Apr 17, 3:57 PM · VisualEditor (Current work), Editing-team, MediaWiki-extensions-FlaggedRevs, VisualEditor-MediaWiki
stjn added a comment to T138622: Help community migrate away from legacy Main page special casing.

Nope mediawiki:mobilemainpage.css will definitely go away (as will mobile.css on the long term).
...
Everything that can be done in mobile.css can also be done in template styles.

Well, in TemplateStyles there’s no ability to add styling outside the content, and for a good reason (because otherwise it would be _page styles_ or something and it would have to have another level of security). In my mockup linked above I want to have entire main page background header-coloured, and that would not be available with just the CSS.

Tue, Apr 17, 3:31 PM · Readers-Web-Backlog (Tracking), Community-Liaisons, Readers-Community-Engagement, Reading-Web-Local-Wiki-Issues

Mon, Apr 16

stjn added a watcher for Tech-Ambassadors: stjn.
Mon, Apr 16, 9:19 PM
stjn added a comment to T138622: Help community migrate away from legacy Main page special casing.

I and others in Russian Wikipedia have started to do some work on redesigning main page after TemplateStyles was deployed. Is there something we should know other than ‘get rid of mp- styles’?

Mon, Apr 16, 9:18 PM · Readers-Web-Backlog (Tracking), Community-Liaisons, Readers-Community-Engagement, Reading-Web-Local-Wiki-Issues
stjn added a member for Tech-Ambassadors: stjn.
Mon, Apr 16, 3:38 PM
stjn added a comment to T42812: jquery.makeCollapsible: Refactor to use CSS instead of JavaScript to do the expansion/collapse (including initial state).

Out of interest: have you tested it with animations provided by jquery.makeCollapsible? I myself added a similar hack for mw-collapsible tables in Russian Wikipedia (since we used a lot of them in some places) and it had to be disabled because it was causing the block to play animation on the first open and then open-close like a standard collapsible boxes afterwards. If that is resolved on the global level, then great.

Mon, Apr 16, 3:32 PM · MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), MediaWiki-ResourceLoader, Performance-Team (Radar), Patch-For-Review, Readers-Web-Kanbanana-Board, Vector, Readers-Web-Backlog, CSS, JavaScript, MediaWiki-Interface

Sun, Apr 15

stjn added a comment to T189512: Crimean Tatar/crh transliteration should not block on "km²".

If words like ‘Stewart’ are used anywhere in Crimean Tatar Wikipedia, they need to be ever turned off from transliteration manually or phonetically transliterated (also manually by the editors). Сатурдай Нигхт'с Алригхт фор Фигхтинг, We Аре тхе Джхампионс, Лове Ыс а Джриме etc. are also vastly incorrect transliteration, so if there’s a Стеwарт in there, it doesn’t make much difference (if this article is what task is about). It would be like reading those words letter for letter in English.

Sun, Apr 15, 9:25 PM · Patch-For-Review, MediaWiki-Language-converter
stjn added a comment to T95543: Obviate the need for wikis' wrapper and functionality-replacement templates.

One point that is not considered here is that core features are good in some ways, but completely and utterly terrible in many other ways. If you don’t have original developer of some template, maybe some other pal can fix it. If you don’t have original developer of an extension or a core feature, you’re completely lost until some other developer can grace you with their presence to upload a relevant patch on Gerrit or something.

Sun, Apr 15, 6:37 PM · VisualEditor, Contributors-Team
Restricted Application updated subscribers of T164445: &#10; breaks lists in CharInsert.
Sun, Apr 15, 6:37 PM · Parsing-Team, MediaWiki-Parser, CharInsert

Sat, Apr 14

stjn added a comment to T191396: Add extra namespace in Basque Wikipedia.

Can someone help us with this?

You can add prefix=Txikipedia: to the form to do something like you want (although it won’t automatically redirect to the article about Galileo), refer to the documentation.

Sat, Apr 14, 6:44 PM · Wikimedia-Site-requests

Fri, Apr 13

stjn closed T190563: Thanking messages don’t check gender on Special:History as Resolved.

Resolved?

Fri, Apr 13, 8:42 AM · User-notice-collaboration, MW-1.31-release-notes (WMF-deploy-2018-04-03 (1.31.0-wmf.28)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), MediaWiki-History-or-Diffs, I18n, Thanks

Thu, Apr 12

stjn added a comment to T192074: Create a new component project: MediaWiki-Live-preview.
Thu, Apr 12, 3:45 PM · Project-Admins
stjn updated the task description for T192074: Create a new component project: MediaWiki-Live-preview.
Thu, Apr 12, 12:33 PM · Project-Admins
stjn updated the task description for T192074: Create a new component project: MediaWiki-Live-preview.
Thu, Apr 12, 12:28 PM · Project-Admins
stjn created T192074: Create a new component project: MediaWiki-Live-preview.
Thu, Apr 12, 12:26 PM · Project-Admins
stjn added a comment to T192072: User talk on Vietnamese wikipedia has grown to 78% of the total wiki page count.

Why is this a problem?

Thu, Apr 12, 12:19 PM · Wikimedia-General-or-Unknown

Wed, Apr 11

stjn added a comment to T41272: Bugs in "Live preview" feature (tracking).

Please consider remaking this into a project, the table with listed tasks is unreadable right now for me and I would guess many others on similar page widths (1366px).

Wed, Apr 11, 10:42 PM · JavaScript, MediaWiki-Page-editing, Tracking
stjn added a comment to T190348: Improve usability of TemplateWizard.

That's exactly why we have auto-complete suggestions when you start typing in that field. You would never have to type out the entire field by yourself.

Wed, Apr 11, 6:20 PM · Community-Tech, MediaWiki-extensions-TemplateWizard

Tue, Apr 10

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

It is strange that Wikimedia code uses a lot of needed vendor prefixes, but in TemplateStyles they can’t be referenced. It is probably a good decision from the security side, but then you need to use a library like Autoprefixer that would add any needed prefixes for supported vendors for editors. I had, for example, to remove vendor prefix that provided support for user-select even to my browser (latest Firefox) because otherwise saving page with TemplateStyles was impossible.

Tue, Apr 10, 6:53 PM · MediaWiki-Platform-Team, css-sanitizer, TemplateStyles
stjn added a comment to T90435: [Epic] Wikidata watchlist improvements (client).

Yes, other pages are showing up only once (I don’t use enhanced RC or anything like that), Wikidata changes are showing up a lot (this page is in my watchlist 47 times, for example).

Tue, Apr 10, 6:11 PM · Epic, MediaWiki-Watchlist, Tracking, MediaWiki-extensions-WikibaseClient, Wikidata
stjn added a comment to T188198: Enable TemplateStyles on ruwiki on 2018-04-10.

Cool, it works.

Tue, Apr 10, 3:05 PM · Patch-For-Review, Russian-Sites, Wikimedia-Site-requests, TemplateStyles
stjn added a comment to T188198: Enable TemplateStyles on ruwiki on 2018-04-10.

@Tgr, sorry that your test was unsuccessful, we have disabled TitleBlacklist functionality for non-sysops/engineers.

Tue, Apr 10, 2:01 PM · Patch-For-Review, Russian-Sites, Wikimedia-Site-requests, TemplateStyles
stjn added a comment to T191031: Use OOUI icons in WikiEditor.

It seems like Translatewiki uses old OOUI icons and Esanders uses new ones (see M229). Old ones have padding around them so they generally look smaller in such settings. Probably should be fixed on Translatewiki's end.

Tue, Apr 10, 12:14 PM · Verified, User-notice, VisualEditor (Current work), MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Design, WikiEditor
stjn added a comment to T191031: Use OOUI icons in WikiEditor.

Saw some of these changes on Translatewiki, is there an expected time when this will be deployed on Wikipedias?

Tue, Apr 10, 11:43 AM · Verified, User-notice, VisualEditor (Current work), MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Design, WikiEditor
stjn awarded T191031: Use OOUI icons in WikiEditor a Love token.
Tue, Apr 10, 11:40 AM · Verified, User-notice, VisualEditor (Current work), MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Design, WikiEditor
stjn added a comment to T90435: [Epic] Wikidata watchlist improvements (client).

Sorry if I’m writing in the wrong place, couldn’t find a specific task about this and don’t know if I should file one. Is the appearance of multiple Wikidata changes on the same page in the watchlist the supposed behaviour? I am accustomed that edits on the watchlist show up only once per the affected page, but due to Wikidata edits enabled at ruwiki for me (and due to deeply regretful decision to expand edit summaries) the list looks like this right now:

Tue, Apr 10, 11:06 AM · Epic, MediaWiki-Watchlist, Tracking, MediaWiki-extensions-WikibaseClient, Wikidata

Sat, Apr 7

stjn merged T191684: Icon in fullscreen button is not centered in ruwiki into T191647: <mapframe> maximise button has strange padding.
Sat, Apr 7, 9:49 PM · Discovery, OOUI, Maps
stjn merged task T191684: Icon in fullscreen button is not centered in ruwiki into T191647: <mapframe> maximise button has strange padding.
Sat, Apr 7, 9:49 PM · Maps (Kartographer)
stjn added a comment to T191684: Icon in fullscreen button is not centered in ruwiki.

Duplicate of T191647. (Don’t know how to close this task through the interface, sorry.)

Sat, Apr 7, 9:48 PM · Maps (Kartographer)

Fri, Apr 6

stjn created T191647: <mapframe> maximise button has strange padding.
Fri, Apr 6, 5:09 PM · Discovery, OOUI, Maps

Thu, Apr 5

stjn added a comment to T189459: Adding an extra tab in the top of Basque Wikipedia.

I think the best way to achieve that would be to just use a template for links actually. {{tx|planeta}}k => [[Txikipedia:planeta|planeta]]k.

I would say that this is less user-friendly since tools like visual editor won’t get typical link menu and instead will display template editing. Also there is include size limit to be concerned about in this solution, but for the most pages it won’t matter.

Thu, Apr 5, 9:54 PM · Wikimedia-Site-requests
stjn added a comment to T189459: Adding an extra tab in the top of Basque Wikipedia.

That could be interesting. Another solution, but maybe more difficult, is that links INSIDE Txikipedia namespace always point to Txikipedia if w: is not added.

Thu, Apr 5, 5:40 PM · Wikimedia-Site-requests
stjn added a comment to T189459: Adding an extra tab in the top of Basque Wikipedia.

Found an unexpected (but obvious) issue: while Vikidia links point to pages in Vikidia, Txikipedia pages point to links in Wikipedia when imported. It's easy to change by hand them from [[Foo]] to [[Txikipedia:Foo]], but it would be better to have it done automatically. And I don't know if that's even possible.

Thu, Apr 5, 3:37 PM · Wikimedia-Site-requests
stjn added a comment to T189459: Adding an extra tab in the top of Basque Wikipedia.

Small comment: it is not wise to use Google Fonts API in site CSS [1] because of privacy concerns with including anything Google-y. T110027 has created a local Google Fonts mirror for Wikimedia, so you can replace current @import declaration with
@import url(https://tools-static.wmflabs.org/fontcdn/css?family=Gochi+Hand);

Thu, Apr 5, 3:17 PM · Wikimedia-Site-requests
stjn added a comment to T188198: Enable TemplateStyles on ruwiki on 2018-04-10.

And, yet, in T187729#3985938, others disagree and say that it's only the consensus to enable it for admins and template editors. From what I can see, things are pretty divided, and I have no interest in fighting over it when I can instead focus on enabling TemplateStyles where there is no such division. This is why the task is marked as stalled.

Thu, Apr 5, 10:36 AM · Patch-For-Review, Russian-Sites, Wikimedia-Site-requests, TemplateStyles

Wed, Apr 4

stjn added a comment to T190348: Improve usability of TemplateWizard.

A small comment on this after trying out: I would suggest that the start form, being ‘Select a template:’ field, be changed into full-width input (like summary field in edit field, for example), because the input is too small right now and for the big dialog that is being displayed the space is used not as efficiently as it could.

Wed, Apr 4, 7:48 PM · Community-Tech, MediaWiki-extensions-TemplateWizard
stjn added a comment to T151665: Investigate how <mapframe/link> work with the Flagged Revisions extension.

If they aren’t on Yurik’s list, it just means that in these language editions mapframe is already available, e. g. Russian Wikipedia:
https://ru.wikipedia.org/w/index.php?title=Служебная:Поиск&search=insource%3Amapframe

Wed, Apr 4, 6:26 PM · Collaboration-Feature-Rollouts (Collaboration-Maps), Collaboration-Team-Triage (Collab-Team-This-Quarter), TCB-Team, German-Community-Wishlist, Discovery, Maps (Kartographer)
stjn added a comment to T151665: Investigate how <mapframe/link> work with the Flagged Revisions extension.

Probably for the better to link (and update if necessary) to page on Meta and make a clarification that if mapframe is already enabled, nothing will happen to those projects:
https://meta.wikimedia.org/wiki/Flagged_Revisions#Flagged_Revisions_on_Wikimedia_projects

Wed, Apr 4, 5:02 PM · Collaboration-Feature-Rollouts (Collaboration-Maps), Collaboration-Team-Triage (Collab-Team-This-Quarter), TCB-Team, German-Community-Wishlist, Discovery, Maps (Kartographer)

Mar 24 2018

stjn created T190619: Add TitleBlacklist override to Russian Wikipedia engineers.
Mar 24 2018, 11:43 AM · User-MarcoAurelio, Russian-Sites, Wikimedia-Site-requests

Mar 23 2018

stjn created T190563: Thanking messages don’t check gender on Special:History.
Mar 23 2018, 7:42 PM · User-notice-collaboration, MW-1.31-release-notes (WMF-deploy-2018-04-03 (1.31.0-wmf.28)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), MediaWiki-History-or-Diffs, I18n, Thanks

Mar 21 2018

stjn added a comment to T188798: Change the limit of the edit summary to 500 characters on all Wikimedia wikis.

I don't see any consensus here for reduction to 500 characters...

Mar 21 2018, 11:36 PM · Patch-For-Review, Community-Tech-Sprint, MediaWiki-Page-editing

Mar 16 2018

stjn added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

Did anybody in the Swedish Wikipedia think that it's problematic not to have this kind of protection, before or after the deployment?

Hebrew has less traffic and active editors than Swedish. Russian has more. Why is it a problem for Hebrew and Russian, but not a problem for Swedish?

Mar 16 2018, 7:46 PM · TemplateStyles
stjn added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

Not seeing any point in leaving the feedback after the developers already made their mind and probably won’t change it under any circumstances, but still.

Mar 16 2018, 5:39 PM · TemplateStyles
stjn added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

Minor comment: IKhitron is commenting here on his own on behalf of Hebrew Wikipedia, not Russian.

Mar 16 2018, 5:05 PM · TemplateStyles
stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

@Stryn: How is that anecdote related to this task? I can also type a 255 characters long vandal summary that only contains the letter "m" and the very same problem happens. Feel free to file a separate task about layout breakage as this feels unrelated to the topic of this very task.

Mar 16 2018, 1:57 PM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing
stjn added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

I already explained it. I'll put it more bluntly then: the "security threat" behind this task is imaginary because the styles can be embedded directly in the template. Experienced developers and security experts have told you this already, and now I've told you twice as well. I'm not going to have engineers spend their time fixing imaginary security holes.

Mar 16 2018, 12:45 PM · TemplateStyles

Mar 15 2018

stjn updated subscribers of T188798: Change the limit of the edit summary to 500 characters on all Wikimedia wikis.

Personally I see even this task as appeasement of the complainers whose reasons came down to "OMG people might write longer summaries", which will probably encourage similar "I don't immediately like it, so you must revert" complaining about technical changes in the future, but I'm not going to try to block it.

Mar 15 2018, 1:08 PM · Patch-For-Review, Community-Tech-Sprint, MediaWiki-Page-editing

Mar 14 2018

stjn created T189720: Some Wikidata edits inject wikidata> in usernames from the project.
Mar 14 2018, 6:03 PM · Wikidata, MediaWiki-Watchlist
stjn added a comment to T188798: Change the limit of the edit summary to 500 characters on all Wikimedia wikis.

That would be a far more far-reaching change than what the current task description states, it would also make impossible to provide a longer comment via the API. Also makes it impossible to have different limits per wiki (even if it's not a Wikimedia wiki), and might break export/import that involves revisions made while the limit was higher. Adding a new configuration setting which is used in JS and form submit checks is more effort but that's the decent way to fix this IMO.

Mar 14 2018, 3:48 PM · Patch-For-Review, Community-Tech-Sprint, MediaWiki-Page-editing
stjn added a comment to T109161: ButtonElement stays depressed if pressed with keyboard and disabled by click handler.

Is there any progress on this task? I have to specifically remove class oo-ui-buttonElement-pressed from my buttons because it stays there indefinitely and therefore confuses people. Can you please look to fix this?

Mar 14 2018, 12:50 PM · OOUI

Mar 12 2018

stjn added a comment to T188798: Change the limit of the edit summary to 500 characters on all Wikimedia wikis.

The wishes of the vocal users of the English Wikipedia frequently do not represent what other communities want or find useful.

Mar 12 2018, 6:26 PM · Patch-For-Review, Community-Tech-Sprint, MediaWiki-Page-editing

Mar 9 2018

stjn added a comment to T188825: Infobox relocation ends up messing up paragraphs placing.

Wild idea on how to make this stop for eternity: if we are already using the flexbox for some parts of styling (I’ve seen that infoboxes are using flexbox etc.), there is an option of using it for this. If we wrap the preamble text without an infobox in a container and wrap entire zero-level section in another container, we can use flexbox ordering features for this. Showing in inline styles for example (but of course it should be in MobileFrontend styles).

Mar 9 2018, 9:46 PM · MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), Patch-For-Review, Readers-Web-Kanbanana-Board, MobileFrontend, Readers-Web-Backlog
stjn added a comment to T188798: Change the limit of the edit summary to 500 characters on all Wikimedia wikis.

In any case, experimenting with the English Wikipedia is never a good idea IMO. Make the max length configurable, set it on enwiki to whatever they are asking for, find a small wiki that's interested in playing around with long edit summaries, go back to enwiki once the UI is polished.

Mar 9 2018, 8:00 PM · Patch-For-Review, Community-Tech-Sprint, MediaWiki-Page-editing

Mar 7 2018

stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

I am stating the second time that I am fully aware that extending the edit summary limit in terms of bytes was a needed change, and I even voted on that proposal. What no one from WMF side seems to understand, it seems, is that that proposal was not about changing from 255 bytes to 1000 characters, and there is no consensus there for that change. It was, as was stated there and as was understood even in some notes from Community Tech team there, about changing the edit summary limit from 255 bytes to 255 characters. Nothing else.

Mar 7 2018, 6:36 PM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing
stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

We will leave the summary and text inputs as-is (1,000 characters) unless there is a very strong and clear demand to do so.

I am sorry, what? Didn’t there have to be a very strong and clear demand to up the character limit in the first place?

Mar 7 2018, 5:52 PM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing

Mar 6 2018

stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

Community Tech's current proposal (being discussed at ENWP's Village Pump) is to set the edit summary input on all desktop and mobile web editing interfaces to 500 characters. We will make this change to all wikis.

Mar 6 2018, 2:50 PM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing

Mar 3 2018

stjn added a project to T188825: Infobox relocation ends up messing up paragraphs placing: Russian-Sites.
Mar 3 2018, 2:06 PM · MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), Patch-For-Review, Readers-Web-Kanbanana-Board, MobileFrontend, Readers-Web-Backlog
stjn created T188825: Infobox relocation ends up messing up paragraphs placing.
Mar 3 2018, 2:06 PM · MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), Patch-For-Review, Readers-Web-Kanbanana-Board, MobileFrontend, Readers-Web-Backlog
stjn added a comment to T188798: Change the limit of the edit summary to 500 characters on all Wikimedia wikis.

The problem with doing a quick revert is that the revert would have to be made for all wikis. And it's a Friday so changes cannot be deployed until Monday. That's why we're trying to find out less problematic ways to fix this more quickly. Trevor has put together a list of possible solutions in his comment on the discussion. We should continue the discussion there.

Mar 3 2018, 7:31 AM · Patch-For-Review, Community-Tech-Sprint, MediaWiki-Page-editing

Mar 2 2018

stjn added a comment to T6717: Change the history view to accommodate larger edit summaries.

You also have to consider the fact that by this you will completely hide big parts of edit summaries to readers and, potentially, other editors, which can cause disruption and harassment happening in the parts of edit summary that not every one of editors would be interested in opening each time one by one. If Wikimedia developers decide for us to go through with this change and we in turn decide to hide some parts of edit summaries under the rug, there also has to be an option to ‘Show all’ so to speak.

Mar 2 2018, 8:49 PM · Community-Tech, MediaWiki-History-or-Diffs
stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

I am sorry, but now I am convinced that Wikimedia developers made the most disruptive change of the entire timespan of our movement. Our entire logs like these became completely unreadable because there is no more incentive from the MediaWiki to cut the autogenerated summaries a bit. We have to guess when is there going to be any reasoning for pushing this through. The same seems to happen on Commons and in other projects.

Mar 2 2018, 8:43 PM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing
stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

Please check your facts. https://meta.wikimedia.org/wiki/Community_Tech/Edit_summary_length_for_non-Latin_languages "This project was the #2 request on the 2016 Community Wishlist Survey."

Mar 2 2018, 2:07 PM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing
stjn added a comment to T188696: Truncate display of long edit summaries, with a link to reveal the full text.

If this regretful decision would not be reconsidered, it would also be wise to add something like this [1] in global CSS code so the tests and potential ill-intentioned editors couldn’t break interface for us (example [2], hope it doesn’t spill the beans for anyone):

Mar 2 2018, 1:46 PM · MediaWiki-Page-editing
stjn added a comment to T151665: Investigate how <mapframe/link> work with the Flagged Revisions extension.

For the record, can someone describe what the unacceptable behavior would be if someone put a mapframe on an article in a Flagged Rev wiki? What about maplink? What would users see? (I just put a map in my discussion page in ru.wiki, but I suppose those are not subject to Flagged Revs?)

Mar 2 2018, 12:58 PM · Collaboration-Feature-Rollouts (Collaboration-Maps), Collaboration-Team-Triage (Collab-Team-This-Quarter), TCB-Team, German-Community-Wishlist, Discovery, Maps (Kartographer)
stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

Please check your facts. https://meta.wikimedia.org/wiki/Community_Tech/Edit_summary_length_for_non-Latin_languages "This project was the #2 request on the 2016 Community Wishlist Survey."

Mar 2 2018, 10:33 AM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing
stjn added a comment to T6714: Epic: Increasing the length of the edit summary.

I am all for increasing edit summary length for people who are not writing in Latin alphabet, but I don’t get how this was even chosen to be resolved in this way (1000 characters in edit summary for every community) without a large discussion about what communities consider edit summaries to be.

Mar 2 2018, 10:24 AM · Patch-For-Review, Contributors-Team, Epic, TCB-Team, German-Community-Wishlist, Tracking, MediaWiki-Page-editing

Mar 1 2018

Framawiki awarded T187729: Add a user right for editing sanitised CSS / TemplateStyles files a Burninate token.
Mar 1 2018, 6:11 PM · TemplateStyles

Feb 27 2018

stjn added a comment to T184967: Deploy PageAssessments to Russian Wikipedia.

Also there are Избранные списки и порталы (featured lists and portals), if you count them in case of German Wikipedia. Template: https://ru.wikipedia.org/wiki/Шаблон:Избранный_список_или_портал

Feb 27 2018, 9:48 PM · Russian-Sites, Community-Tech, MediaWiki-extensions-PageAssessments
stjn added a comment to T146564: With VisualEditor beta-disabled, pipes are missing on other extensions using SkinEditSectionLinks.

Is there any progress on this task? There are some cases in which adding dividers with common, default styles should be very helpful to end-users (user scripts etc.), so why is .mw-editsection-divider 1) an internal class of VisualEditor, 2) doesn’t have any styles and is hidden by default if VisualEditor is turned off?

Feb 27 2018, 12:58 PM · VisualEditor-MediaWiki, VisualEditor