In T283879#7156597, @nayoub wrote:

We can keep the current language selector, it'd be nice if we have the possibility to have a default state (in the case of the mock "Auto") when there's no user input at first. Do you think it could be possible?

In T284563#7158225, @Jdforrester-WMF wrote:

I think this is a mistake. Carrying the product debt of yet another feature flag is not something we should do based on supposition of the confusion caused by our own products.

@nayoub A couple of questions:

In T282760#7148008, @dom_walden wrote:

Good catch! fro and frm are different language variants. The former is supported only by Google, the latter only by Tesseract. I've corrected this.

Does this need to be added to LANG_NAMES? It is blank at the moment.

I am not sure what the correct name is. According to https://en.wikipedia.org/wiki/Middle_French it should be françois; franceis. According to https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=146 it should be français moyen (1400-1600).

The real problem, I think, is cross-platform compatibility. That is, if we use a bash script (which seems the best idea), it wouldn't be possible to use it ouf-the-box on windows.

There's a secret offset parameter that takes ISO 8601 timestamps, i.e. https://xtools.wmflabs.org/globalcontribs/ipr-2804:D55:5200:0:0:0:0:0/40?offset=2021-06-01T00:00 or https://xtools.wmflabs.org/globalcontribs/ipr-2804:D55:5200:0:0:0:0:0/40?offset=2021-06-01. I can make the JavaScript update the URL as you paginate. I can also make it accept a limit URL parameter.

Merged

Merged

In T284298#7135655, @1234qwer1234qwer4 wrote:

13:14, 4 June 2021 Leaderboard discuss contribs imported Transwiki:Super Mario Sunshine by file upload (49 revisions) (per WB:RFI) (thank)

since there didn't seem to be any other imports "by file upload" within the last month by this user. That means the import log action isn't quite "non-existent". Is there any way we can count both actions as one?

Watchlist expiry is default everywhere for WMF, but for most third party wikis probably have little use for it. The watchlist system is already kind of confusing for new users, and with the expiry feature enabled you get a form that shows up that almost looks like you have to do something, adding even more confusion. Perhaps we can improve that experience to be more intuitive, but in my humble opinion this feature should not be default on seeing as the vast majority of non-WMF wikis will never have a use for it.

Testing the new trigger on the Done column...

I actually got an email alert with this error, so I don't know how the user got to there.

This whole game has changed due to the wikireplicas rebuild. At this point, connections are not load balanced (though they could be, they are not, instead being in an active-passive failover mode). Now there's the problem of sections being different database servers.

It looks like the optimizer now only works for enwiki. I'll close this ticket as it is no longer true in any case. Now, there's a different problem.

I'm going safely assume this task is no longer needed since we completed the project over a year ago.

I'm going safely assume this task is no longer needed since we completed the project over a year ago.

@Daimona Could you add a final story point value to this? Then we can resolve it seeing as it's entirely developer-facing.

In T282135#7149619, @Daimona wrote:

I guess T284728 can be merged into this task, right?

Merged. Thanks for fixing this so quickly, @Daimona! I'm moving this to the QA column on the sprint board.

Additional follow-up PR at https://github.com/wikimedia/wikimedia-ocr/pull/40

In T282760#7145928, @dom_walden wrote:

This does point to a bug with XTool's case sensitivity.

Per usual, it's an issue with a template. The correct value is Template, not TMP. I've started a discussion at https://en.wikipedia.org/wiki/Template_talk:WikiProject_Military_history#Template:WikiProject_Military_history/Class_storing_non-standard_values should you wish to join.

Sending this over to Dom in case he wants to revisit it, but effectively I think this task is invalid now that we only accept ISO 639-1 codes. If you agree please feel free to close as invalid.

Everything has been merged.

All follow-up PRs merged :)

Another follow-up PR: https://github.com/wikimedia/wikimedia-ocr/pull/34

Follow-up PR at https://github.com/wikimedia/wikimedia-ocr/pull/34

In T284298#7135644, @1234qwer1234qwer4 wrote:

Is this now deployed? The Admin Stats currently show one import for Leaderboard (instead of 0), and I assume the uncounted actions are due to caching?

Nice catch! Fixed with fb0eaa3d and pending deployment. XTools was looking for the non-existent log action import, when it should be interwiki.

Closing as invalid as nothing seems off on my end. Please re-open if you disagree.

In T233652#7126082, @1234qwer1234qwer4 wrote:

This is similar to T171996 in that the architecture currently revolves solely around logged actions.

Can't this one be done using the page creation log?

Template editors can change the content model on English Wikipedia, but I would still consider this an admin-like action and it makes sense to add it to Admin Stats.

Fixed with 4ee501c2 and now pending deployment. Thanks for reporting!

This also addresses T281866: Wikimedia OCR: "-" and "_" being stripped from language codes and supersedes the work done for T282073: Add API endpoint to retrieve supported languages.

Follow-up PR: https://github.com/wikimedia/wikimedia-ocr/pull/33

Fixed by T282760: Add language-mapping data (currently up for code review). Note however language codes have changed, since we try to only accept ISO 639-1 as people are used to on the wiki. Tesseract still has some extra non-standard ones. See the API for the available list at /api/available_langs?engine=tesseract. So for instance sr-Latn is sr-latn. Meanwhile Canadian_Aboriginal I believe is a script and not intended to be accepted as a language code.

In T282073#7118586, @dom_walden wrote:

@MusikAnimal @Samwilson Is there anything more to be done here? You can move it into Product sign-off or Done if not.

Done! And now with IP range support, i.e. https://xtools.wmflabs.org/globalcontribs/ipr-2600:387:0:80d::b0/64

All tools except Pages Created support IP ranges. Same CIDR limits as the wiki (/18 for IPv4, /32 for IPv6).

Phabricator wird verwendet, um Softwarefehler zu melden. Wir moderieren hier keine Inhalte. Bitte benutzen Sie die Artikel-Diskussionsseite oder bearbeiten Sie den Artikel direkt.