Unrecognized value for parameter "sites": smnwiki

Is there a bug?

I still find a bit ridiculous that fast editing bots will be in a group for account creators...

Could we get a summary of efforts and outcomes for Tech News?

The task to wait for was T188180. But this can work without that for abuse_filter and abuse_filter_history. abuse_filter_log is complicated because of global filters and other issues.

Hello, please get familiar with https://www.mediawiki.org/wiki/Manual:Pywikibot/Development. If you understand how to complete this task, just assign to yourself and publish the patch.

Forgot User-notice, consider adding or remove.

I believe this doesn't have to be open anymore.

In T119072#6386928, @BD2412 wrote:

Regarding exclusion of redirects, will we then be able to exclude all edits to redirects (not just redirect creations)? I would find that immensely useful.

Admins can now see links to diffs of deleted revisions on Special:AbuseLog. They use the interface of Special:Undelete.

Needs some refactoring (and a volunteer).

See also T217970: Some edits aren't recorded as having been saved in AbuseLog (no diff link).

Investigation: I applied the following override in AbuseFilterPager and analyzed the queries, but it didn't work and always sorted on af_id (which is default):

It looks like the problem in AbuseFilter has already been reported as T49314.

Together with T154637.

We have a category to track this. We should consider an error message instead.

It was suggested to have it inside Move.js. moveClaim.js is a user script, not a gadget (if it matters).

Where is this now? Did the maintenance script actually run?

In the meantime, some work was done in T244492 but there is also T244579.

Appending arguments? Use the last one?

In T174000#5815112, @matej_suchanek wrote:

We can probably show "Global filter #123" instead or always query with afl_global = 0 when T220791 is done.

I highly recommend not using this module anymore.

I have observed the same and another problem with this view, see T228147: Special:Undelete on Wikidata offers edit links.

https://travis-ci.org/github/wikimedia/pywikibot/jobs/721977220 (large page) got this warning once and then on every next attempt:

The build doesn't fail on this anymore and the following now works as expected:

The tests are still failing because ProofreadPage doesn't like the dummy foobar text.
Anyone having a dummy sample for ProofreadPage?

I will take a look.

In T75398#3243054, @matej_suchanek wrote:

python pwb.py claimit -page:foo P140 Q47740 P140 Q432 P140 Q9585 -exists:pt?

There is "Wikidata entities used in this page" but Mxxx is on Commons. So it might be necessary to generalize it or split by repository.

In T260280#6404454, @Urbanecm wrote:

I'm quite sure (as well as my fellow cswiki admin, @Patriccck) that this didn't happen before. I do think a page rename is supposed to change the page title in all places, including recent changes.

This is probably related to work in T259340 or T260118.

The patch doesn't fix this for dates BCE. When approved, I'll submit one more PR for this.

Do you think that other task would be resolved anytime soon?

$defaultDateFormat = 'dmy' and 'dmy date' => '‏jی xg Y' (<- with ی) in that file look like what you want the modules to output. So it seems Wikibase does not understand them (or use them). Having T258886 resolved might help fix this.

The patch doesn't fix this for dates BCE. When approved, I'll submit one more PR for this.

After an attempt to fix this and trial re-enabling, I had to disable it again.

In T260472#6387098, @Xqt wrote:

see follow-up Task T260489