Re: GCI: it appears that GCI expects a participant to solve many small and beginner friendly tasks during the period, not one large project:

In T119791#2018340, @murfel wrote:

I'll take that into account if I manage to get to this. (Anyone else should feel free to overtake this task.)

Not sure if we want to remove the timezone requirement from parsing. We want to discriminate timestamps from other mentions of date and time. An explicitly written timezone symbol is an indication that it's probably not a part of a normal sentence.

Thanks for notifying me. It was a (probably incomplete) copy of dumps.wikimedia.org/other. The largest subdirectory was /other/diffdb/ which I have deleted. I was particularly interested in https://dumps.wikimedia.org/other/slow-parse/ - I hope the remaining 600MB is okay to stay.

To be fair, the "wrongly" segmented tokens might matter less because most of them looks less likely to be used (at least as a stand alone search keyword). I wouldn't normally search for "こうじる" (an uncommon spelling of "講じる") unless perhaps I'm looking for misspellings to correct.

Thanks for providing additional samples! Here are some quick observations I had. Hopefully some of them are relevant.

I'm happy to help with speaker review. I take that I would be supposed to check if the frequencies of the different forms seem right or not. (e.g. if some unlikely forms appears more frequent than others.) Is this correct?

@leila Is the translation of https://ja.wikipedia.org/wiki/MediaWiki:Reader-segmentation-3-privacy still needed?

@MtDu Just added some code examples into the description.

I found two with a google search.

Is there a tag for issues of on-wiki scripts?

In T122755#3220618, @TheDJ wrote:

Thanks for the ping. To be honest, I don't remember precisely what tables I had there (it was a long time ago), but I believe mines are safe to delete at this point.

Just noting that, instead of Phabricator tasks, specific bugs and enhancement ideas of the app have their own "issues" on GitHub https://github.com/commons-app/apps-android-commons/issues. If anyone is looking for ideas not mentioned above, I recommend checking these out.

Just noting that, instead of Phabricator tasks, specific bugs and enhancement ideas of the app have their own "issues" on the said GitHub project: https://github.com/commons-app/apps-android-commons/issues. If anyone is looking for ideas not mentioned above, I recommend checking these out.

Commons App for Android also needs to implement this: https://github.com/commons-app/apps-android-commons/issues/328

From https://gerrit.wikimedia.org/r/#/c/314847/:

Isn't it confusing to have 'm' and 'M' for different meanings? Do we have requests from other users to implement 'M' (months)?

Better yet, I think {{:Special:PrefixIndex/{{PAGENAME}}/Archives/}} should work on a wide variety of subpage schema?

I can't think of a case where we would want to allow auto archiving if the archive page to be created would have no incoming link from the original page.

An ideal implementation would have to resolve issues such as:

Elvey, can we discuss that in T149476?

See also T148013.

Pywikibot has two types of account: user and sysop, so we may need two types of OAuth consumer when using OAuth for authentication: the first one is for common user, which need basic rights, the second is for sysop, which need advanced rights. Those rights can be configured when proposing a new OAuth consumer.

@Prod: you are right, it was my oversight. Do you want to submit it as a patch using Gerrit? If you can, I will be able to quickly merge it.

Thanks for the clarification.

@Multichill: any chance you can comment on the status of the webservice? Do we understand it correctly that it isn't/won't be restored?

let's see if some errors appear in the next run.

I wonder if @Euku (developer of SpBot) can contribute to archivebot.py, or at least publish SpBot's source code so that we can reuse/learn from it.

@MarcoAurelio It looks like your i18n files are old. Recent edits should have fixed it. Can you try `git submodule update`?

.jsubrc was what I was looking for - I really should have read the manual.

I have tried switching to qsub, but it is harder than I imagined to stop using jsub entirely, particularly for cron jobs. For example, I would have to modify my scripts to emulate the "-once" behavior of jsub.

If jsub cannot (or does not want to) support .sge_request, maybe it should entirely ignore .sge_request?

What does "an alternative translation" mean here?

I just realized that the issue is not only that the translation fails but also that pywikibot breaks because of that. It should just fall back to an alternative translation.

Xqt's comment above was presumably about https://gerrit.wikimedia.org/r/#/c/293957/ (sorry for not linking this earlier here.)

@Xqt said that:

The extension is used to add the "mobile app edit" tag to edits and uploads done via the Wikipedia App and Commons App (since last week).

I don't know the answers to the questions, but here is what I suggest.

The variables $wgFixArabicUnicode, $wgFixMalayalamUnicode and $wgAllUnicodeFixes are now exposed:

It would help to have a concise command to reproduce the problem, not just the error message. In this case it would be something like:

The source data is extracted from http://www.unicode.org/Public/6.0.0/ucd/UnicodeData.txt.

See for example https://ja.wiktionary.org/w/index.php?title=%E7%89%B9%E5%88%A5:%E4%B8%8D%E6%AD%A3%E5%88%A9%E7%94%A8%E8%A8%98%E9%8C%B2&wpSearchUser=Johan+%28WMF%29 - where @Johan's edit were prevented by a filter which was supposed to stop a long term abuse known to use new accounts.

In T49782#486731, @Ciencia_Al_Poder wrote:

Another solution may be to "hide" them by default, and put a button to make them appear when clicked so they only appear when needed. This could be done as a gadget.

It seems that Arabic normalization is controlled by $wgFixArabicUnicode in MediaWiki. T11413 and rSVN60599 provide more details. There is also $wgFixMalayalamUnicode for Malayalam.

I filed T133375 before finding this task. I'm not sure if the two are about the same issue. @Betacommand: do you think your problem came from modules/templates?

Reopening - https://gerrit.wikimedia.org/r/#/c/271720/ changed the style of the warning box shown in the edit action, but not the preview action.