Page MenuHomePhabricator

Neolexx (NeoLexx)
Vsevolod

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Nov 14 2015, 3:14 AM (263 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Neolexx [ Global Accounts ]

Recent Activity

Apr 27 2020

Neolexx added a comment to T46787: Allow excluding pages from the page links notifications.

Overall the question "how many is too many" (@Quiddity) is more philosophical rather then programmatical. While programmers normally prefer more casual definitions.

Apr 27 2020, 11:11 AM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications

Apr 22 2020

Neolexx added a comment to T46787: Allow excluding pages from the page links notifications.

Has using a system similar to the raw watchlist editing mode been considered?

Apr 22 2020, 3:39 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications

Apr 20 2020

Neolexx added a comment to T46787: Allow excluding pages from the page links notifications.

Is this going to satisfy the use cases that have been written up here?

Yes, that would match perfectly.

Apr 20 2020, 8:27 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications
Neolexx added a comment to T46787: Allow excluding pages from the page links notifications.

@Neolexx Yes, that is correct. Unfortunately, it is currently only possible to uncheck all "Page link" notifications. There is no relationship between the "watchlist" feature, and this notification feature, at all.

Apr 20 2020, 5:11 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications
Neolexx added a comment to T46787: Allow excluding pages from the page links notifications.

I am a bit confused by reading https://www.mediawiki.org/wiki/Help:Notifications/Types#Page_links
Is it possible - or even default behavior that

  1. the page I once created is not anymore in my watch list
  2. the "Page link" notifications still arriving to me because I am the page creator
  3. so the only way to stop it is to uncheck "Page link" notification for my whole watch list?
Apr 20 2020, 12:28 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications
Neolexx added a comment to T250673: Add "Muted pages" option to Preferences > Notifications - like existing "Muted users".

@Neolexx: Could you explain why you do not drop that page from the watch list?

To be honnest I'm not quite sure yet: it is not my demand but a reflection of the tech discussion with some arguments (initially linked). So I'm merely this task (feature request) technicak creator and translator.
But I forwarded your question asking to be concise so I would translate it: https://ru.wikipedia.org/wiki/Википедия:Форум/Технический#que01

Apr 20 2020, 11:10 AM · Notifications, Growth-Team
Neolexx created T250673: Add "Muted pages" option to Preferences > Notifications - like existing "Muted users".
Apr 20 2020, 10:20 AM · Notifications, Growth-Team

Apr 7 2020

Neolexx added a comment to T249565: Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views.

Here is a rough list of things that we will see until the table finishes restoring in the next 12-24 hours

Apr 7 2020, 9:42 AM · User-Addshore, MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), User-notice, Wikimedia-Incident, User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), MediaWiki-extensions-WikibaseRepository, DBA, Wikidata, User-DannyS712, Wikimedia-production-error

Nov 20 2019

Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

The problem still persists at ru-wiki, MBH had to write a bot so once a day to patrol unpatrolled pages after autopatrollers' edits, Which is sounding just like it looks like (=~ wtf)
To avoid terms mishmash: ru-wiki uses FlaggedRevs as its top layer patrolling mechanics. So any further "patrol", "patrolling" means "actions as it is reflected over FlaggedRevs interfaces". If about native tools, then "old patrol", "old patrolling" (as they named in the web-interface).

Nov 20 2019, 5:40 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs

Oct 7 2019

Neolexx added a comment to T185664: Code stewardship review: FlaggedRevs.

FlaggedRevs has two somewhat unrelated sets of functionality: <...>

Oct 7 2019, 11:41 AM · Release-Engineering-Team (Code Health), MediaWiki-extensions-FlaggedRevs, Code-Stewardship-Reviews

Oct 6 2019

Neolexx added a comment to T234715: DynamicPageList (Wikimedia) no longer integrates properly with flagged revisions.

To be clear I am not in any relations with the WM development team. I am not even a programmer (by my diploma). So my closing proposal doesn't have any authoritative weight. But honestly the way the problem has been last time described - it was a bit like "we used to use DynamicPageList against of its documented settings for desired results; now it refuses to work against of the documented settings - please fix it".

Oct 6 2019, 12:40 PM · MW-1.35-notes (1.35.0-wmf.1; 2019-10-08), DynamicPageList (Wikimedia), MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T234715: DynamicPageList (Wikimedia) no longer integrates properly with flagged revisions.

The problem is in DynamicPageList extension. ( {{yes}} template may be ignored now )

Oct 6 2019, 10:13 AM · MW-1.35-notes (1.35.0-wmf.1; 2019-10-08), DynamicPageList (Wikimedia), MediaWiki-extensions-FlaggedRevs

Oct 5 2019

Neolexx added a comment to T234715: DynamicPageList (Wikimedia) no longer integrates properly with flagged revisions.
Oct 5 2019, 6:57 PM · MW-1.35-notes (1.35.0-wmf.1; 2019-10-08), DynamicPageList (Wikimedia), MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

I got an idea of what may happen.

That idea appeared to be plain wrong.
As a round #2 :-) - illogical and random character of the problem reminds me T224491 Which is marked as fixed but maybe that PHP 7 quirk came back here? So sometimes some edit context gets corrupted by one char (say "review" becomes "reviev" or something)?

Oct 5 2019, 3:00 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

Since Sep.23 (this bag open by en-wiki user) it seems that there is not any progress. At ru-wiki Землеройкин summed up some facts: "Кратко суммирую факты" ("Summing up some facts").

Oct 5 2019, 2:45 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs

Oct 4 2019

Neolexx added a comment to T185664: Code stewardship review: FlaggedRevs.

The extention page states that its authors are Aaron Schulz and Jörg Baach. It may worth to try to contact them because they may know something that only authors know (some hidden deep debugging mode to launch in case of troubles and the like).

Oct 4 2019, 10:04 AM · Release-Engineering-Team (Code Health), MediaWiki-extensions-FlaggedRevs, Code-Stewardship-Reviews

Oct 3 2019

Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

I got an idea of what may happen. If I'm right then all problematic articles have been once "patrollled" by setting their "quality" to 0 like
https://ru.wikipedia.org/w/api.php?format=xmlfm&action=query&list=reviewedpages&rpnamespace=0&rpfilterlevel=0&rplimit=1&rpstart=884521
or
https://ru.wikipedia.org/w/api.php?format=xmlfm&action=query&list=reviewedpages&rpnamespace=0&rpfilterlevel=0&rplimit=1&rpstart=5325503

Oct 3 2019, 6:55 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs

Oct 2 2019

Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

Fresh to whatever UTC-related time (you figure out) problematic article states: https://ru.wikipedia.org/wiki/Википедия:Форум/Технический#samples01

Oct 2 2019, 1:47 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

but only reviewer may set it to 2, 3 or 1001.

OK, purely technically wrong, even reviewer cannot set it higher than 2(?) The point is that the underlying engine recognizes only zero accuracy state ("not patrolled") and non-zero accuracy state ("patrolled"). And anything else falls under the current editor rights and so we come.

Oct 2 2019, 1:37 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

As so far there are very few of "of course" things in it. Let's us take fact that "patrolling" is just an imaginary thing existing only as a social contract and nothing else.
The only real thing is "reviewing" the whole page (not a given edit) accuracy for its states "not acceptable" (0) and "acceptable" (1). And any "patroller" has right to set it to 0 or 1 - but only reviewer may set it to 2, 3 or 1001. So now what may happen if reviewer "patrolled" a page as accuracy==2 and some other "patroller" made an edit after that? Technically it is a request to change the "accuracy" criterion level beyond the allowance (0 or 1) - so the refusal. Just keep brainstorming, don't get too upset.

Oct 2 2019, 1:04 PM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

Don't listen him and his false statements, for example about "engine allows to have articles which are not patrolled but having patrolled last edit" (this statement is clearly wrong).

Oct 2 2019, 8:45 AM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

In general autoreviews are hard to verify since you have to reconstruct the review state at the time of the edit. Eg. an edit might not get autoreviewed because the parent revision was not reviewed, and then the parent revision might get reviewed later...

Oct 2 2019, 7:03 AM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs

Oct 1 2019

Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

Long time ago just for fun I wrote a patrolling script that works straight through the wrapping interfaces: https://ru.wikipedia.org/wiki/User:Neolexx/review.js

Oct 1 2019, 11:42 AM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

In enwiki it is named as "Pending changes" and in flagged revision configuration name is "protection setup" which means that only small subset of the pages are in FlaggedRevs review loop.

Oct 1 2019, 10:18 AM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs
Neolexx added a comment to T233561: Pending changes: autoreview randomly fails.

To the best of my knowledge en-wiki doesn't use FlaggedRevs extension (as a replacement for the native patrol mechanics). Compare

Oct 1 2019, 9:46 AM · Regression, Release-Engineering-Team, MediaWiki-User-management, User-DannyS712, MediaWiki-extensions-FlaggedRevs

Sep 8 2019

Neolexx added a comment to T232021: Add some way to technically distinguish partial blocks and full blocks .

(update) It seems that currently there is a way to check partial blocks by a 3rd party - through list=blocks query where boolean partial will be set then. For the test case (obviously it's JSON for practical things, I'm using xmlfm just for visual convenience here): https://ru.wikipedia.org/w/api.php?action=query&format=xmlfm&list=blocks&bkusers=Schekinov%20Alexey%20Victorovich

Sep 8 2019, 10:19 AM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Platform Team Workboards (Clinic Duty Team), MediaWiki-API, Anti-Harassment, MediaWiki-User-management

Sep 4 2019

Neolexx added a comment to T232021: Add some way to technically distinguish partial blocks and full blocks .

Oh there is a way to do this on ApiQueryUserInfo but not with ApiQueryUsers.

Sep 4 2019, 10:48 PM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Platform Team Workboards (Clinic Duty Team), MediaWiki-API, Anti-Harassment, MediaWiki-User-management
Neolexx added a comment to T232021: Add some way to technically distinguish partial blocks and full blocks .

I want to understand the use case better - are you using this query for an external tool?

Sep 4 2019, 10:30 PM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Platform Team Workboards (Clinic Duty Team), MediaWiki-API, Anti-Harassment, MediaWiki-User-management
Neolexx created T232021: Add some way to technically distinguish partial blocks and full blocks .
Sep 4 2019, 6:19 PM · MW-1.34-notes (1.34.0-wmf.24; 2019-09-24), Platform Team Workboards (Clinic Duty Team), MediaWiki-API, Anti-Harassment, MediaWiki-User-management

Aug 20 2019

Neolexx updated Neolexx.
Aug 20 2019, 9:56 AM

Mar 17 2019

Neolexx added a comment to T216029: When editing a section on non-Latin content, Chrome redirects the user to Special:BadTitle on save.

To really laugh one may enjoy my "Type 25 pollution cleaner" I'm keep using these days
https://ru.wikipedia.org/wiki/Участник:Neolexx/common.js

Mar 17 2019, 6:50 PM · MW-1.32-notes, MW-1.31-release-notes, Patch-For-Review, MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), MediaWiki-Page-editing
Neolexx added a comment to T216029: When editing a section on non-Latin content, Chrome redirects the user to Special:BadTitle on save.

"Don't Shoot the Pianist"... I'm not too deep in IETF and WHATWG stuff so just quoting verbatim from the Chromium response (at the bottom after the line).
So as I understand - they have a word on it from specs guys, URI like urlencoded_part#non-ASCII_as-is_part are simply wrong. They will restore the fix in the next update. But the specs do not prevent any browser producer in the future simply reject such URI as malformed and possibly malicious. If my understanding is correct then such risk should be definitely accounted by the Wikimedia team.

Mar 17 2019, 10:04 AM · MW-1.32-notes, MW-1.31-release-notes, Patch-For-Review, MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), MediaWiki-Page-editing

Mar 16 2019

Neolexx added a comment to T216029: When editing a section on non-Latin content, Chrome redirects the user to Special:BadTitle on save.

Yeah, they do get saved: just nobody knows about it unless MediaWiki savvy users of Wikipedia. And it just happens in the project that the max article edits and newcomers falls at week-ends.

Mar 16 2019, 2:23 PM · MW-1.32-notes, MW-1.31-release-notes, Patch-For-Review, MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), MediaWiki-Page-editing
Neolexx added a comment to T216029: When editing a section on non-Latin content, Chrome redirects the user to Special:BadTitle on save.

gerrit is still dead https://www.isitdownrightnow.com/gerrit.wikimedia.org.html

Mar 16 2019, 1:11 PM · MW-1.32-notes, MW-1.31-release-notes, Patch-For-Review, MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), MediaWiki-Page-editing
Neolexx added a comment to T216029: When editing a section on non-Latin content, Chrome redirects the user to Special:BadTitle on save.

Other related bug

Mar 16 2019, 10:49 AM · MW-1.32-notes, MW-1.31-release-notes, Patch-For-Review, MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), MediaWiki-Page-editing
Neolexx added a comment to T216029: When editing a section on non-Latin content, Chrome redirects the user to Special:BadTitle on save.

continue from https://phabricator.wikimedia.org/T218393

Mar 16 2019, 10:17 AM · MW-1.32-notes, MW-1.31-release-notes, Patch-For-Review, MW-1.33-notes (1.33.0-wmf.21; 2019-03-12), MediaWiki-Page-editing
Neolexx added a comment to T218393: Invalid location header per RFC 7231 in Chrome: Redirects have path percent-escaped, but not fragment ("title contains invalid characters" errors).

I'm honnestly puzzled why does it take so long to fix.

Mar 16 2019, 9:42 AM · MediaWiki-Page-editing, Wikimedia-General-or-Unknown, I18n, MediaWiki-Redirects

Mar 15 2019

Neolexx created T218393: Invalid location header per RFC 7231 in Chrome: Redirects have path percent-escaped, but not fragment ("title contains invalid characters" errors).
Mar 15 2019, 11:28 AM · MediaWiki-Page-editing, Wikimedia-General-or-Unknown, I18n, MediaWiki-Redirects

Oct 21 2018

Neolexx added a comment to T207500: "blockinfo" field from list=allusers do not reflect global blocks.

To further explain "anything more reasonnable" as I see it, three options:

Oct 21 2018, 10:03 AM · MediaWiki-API

Oct 19 2018

Neolexx updated the task description for T207500: "blockinfo" field from list=allusers do not reflect global blocks.
Oct 19 2018, 5:33 PM · MediaWiki-API
Neolexx updated the task description for T207500: "blockinfo" field from list=allusers do not reflect global blocks.
Oct 19 2018, 5:33 PM · MediaWiki-API
Neolexx updated the task description for T207500: "blockinfo" field from list=allusers do not reflect global blocks.
Oct 19 2018, 5:30 PM · MediaWiki-API
Neolexx created T207500: "blockinfo" field from list=allusers do not reflect global blocks.
Oct 19 2018, 5:23 PM · MediaWiki-API

Oct 21 2017

Neolexx added a comment to T178736: Absence of "last news" template on mobile version in Russian Wikinews.

Why exactly Last News (Последние новости), not Most Popular News (Самые популярные новости) or any other template block of the desktop version?

Oct 21 2017, 10:47 AM · MobileFrontend, Russian-Sites, Mobile

Nov 16 2015

Neolexx created T118754: Add ignoreCase flag to templates {{{param}}}.
Nov 16 2015, 5:39 PM · MediaWiki-Parser, MediaWiki-Templates

Nov 15 2015

Neolexx added a comment to T118625: Internal error in ApiQueryAllUsers::execute: Saw more duplicate rows than expected.

so we detect it and throw the error instead.

Nov 15 2015, 2:24 AM · MediaWiki-API

Nov 14 2015

Neolexx added a comment to T118625: Internal error in ApiQueryAllUsers::execute: Saw more duplicate rows than expected.

indeed purged through
thank you!

Nov 14 2015, 6:19 PM · MediaWiki-API
Neolexx added a comment to T118625: Internal error in ApiQueryAllUsers::execute: Saw more duplicate rows than expected.

sorry, posted before saw you response, gonna check now

Nov 14 2015, 6:17 PM · MediaWiki-API
Neolexx added a comment to T118625: Internal error in ApiQueryAllUsers::execute: Saw more duplicate rows than expected.

Thinking over again, I do not understand how any ipblocks table (if it is), even somewhere/completely corrupted, might prevent to get a simple list of users? One cannot give some piece of info - just say "I cannot get it" by an empty string in the relevant query field, do not abort the whole query.

Nov 14 2015, 6:16 PM · MediaWiki-API
Neolexx created T118625: Internal error in ApiQueryAllUsers::execute: Saw more duplicate rows than expected.
Nov 14 2015, 3:26 AM · MediaWiki-API