Fri, Jul 26
Ops! I misinterpreted that. I checked https://pl.wikipedia.org/wiki/Specjalna:E-mail/Stansfield (not a great method) which didn't turned up anything.
Thu, Jul 25
Jul 10 2019
Jul 2 2019
Jul 1 2019
Thanks. I have performed this rename and has been completed successfully.
Jun 30 2019
@jcrespo: What's the status of deployment now? Can we do these big renames?
Jun 14 2019
Jun 9 2019
Yeah, no hurry..
May 28 2019
May 6 2019
Rename completed successfully.. Thanks!
@Marostegui Can we start?
Apr 30 2019
Thanks, I'll.. and have a Happy Holiday!
sure no problem...
we can do right now?
Apr 21 2019
Apr 11 2019
Cmt: Surprisingly this is no more happening.
Apr 1 2019
yeah successfully renamed. Thanks!
If you have time we can do right now.
Mar 30 2019
Mar 29 2019
Mar 28 2019
Does this also happen in a private browser window, without being logged in?
Yes it does, as you can see in those screenshots I'm not logged in. Same results on logged in too.
Mar 24 2019
Don't know how frequent this needs to happen for fix, but having flow on wikidata, mediawiki and zhwiki (those I faced many times) it would be helpful if this can be looked into. :)
Mistakenly checked that earlier gerrit link and thought it's no more happening, but it is not yet fixed. Checked some filter and they still triggering, although I haven't triggered on recent rename having account on 735 wikis. Sorry for unnecessary ping.
@Daimona Should we close this?
That patch has been merged and looks like filters are no more blocking page moves during rename.
edit: My bad I have clicked earlier gerrit link.
Mar 9 2019
Mar 4 2019
It's resolved, we can close it now.
Mar 2 2019
Feb 22 2019
Not that I know of, but maybe possible with rooted device.
Feb 19 2019
Feb 9 2019
Feb 6 2019
Feb 3 2019
Jan 16 2019
Until it's fixed I think we should stop renaming people. It's literally triggering everywhere and these (1, 2) are few latest triggers I could found and it's only for me, there are 70 other renamers who might be triggering somewhere.
Jan 15 2019
Rename successfully completed. Thanks.
Jan 10 2019
Jan 6 2019
@Daimona Just tested a rename and looks like hack you did isn't working.
@Lymantria In the log you mentioned, I tried to move it manually, so there's no summary.
Jan 5 2019
@Daimona : There are 7 of them triggering rn. If you want to fix, I have mentioned some of them in my message above. @Lymantria : This one on zhwiki is fixed (1). But there could be more, yesterday I found one on metawiki (2) triggering for a renamer whois isn't much active there, so it depends upon local edits of renamer.
Jan 2 2019
So we gonna go to each wiki and fix them or is there any one way to fix for all them?
Dec 22 2018
Until it's fixed, should we stop renaming people who have accounts on these wikis as it's happening with every rename there and we have alot of broken page moves.
Another issue in which the user is same but forgot the password of old account.
Dec 20 2018
Okay, no problem, but to me it's looks like that it's the same problem due to which those logs aren't being transferred.
It's mentioned in comment T85023#937090 and lock is also a global user right i guess.
This is known issue and there's a task already: T85023
Dec 16 2018
This is strange but it looks like all these filters (1, 2, 3, 4, 5, 6) started triggering after this rename (T209488), before that there are no such logs. And also these filters were not updated from long time.
Dec 14 2018
Successfully finished. Thanks!
Can we start? @Banyek
Dec 13 2018
Perfect time for me.
Sure, what time?
Dec 5 2018
Check box in Special:CreateAccount along with existing buttons ''Ignore the blacklist/spoofing checks'' seems good idea.
@AfroThundr3007730 Well I think it's there to stop cross-wiki abusers, who used small wikis to create account and later auto-create to evade their block.
Nov 14 2018
Stalled until waiting time for usurpation is over.
Nov 13 2018
Rename successfully completed. Thanks.
Can we start?
Nov 10 2018
Oct 11 2018
fyi: This needed to done after 1 month standard waiting for usurpation, just created the task in advance.