I don't know the right place for this but thanks to this new change we've lost the ability to autogenerate usernames. ie. If I start typing praxi, nothing generates which is a massive detriment to all projects.

I enabled a filter to disallow their creations on 4 projects, warwiki, tumwiki, cywiktionary, huwikisource. Warwiki is still getting the brunt of it with almost 100 triggers (Aside from a test) and no false positives since I enabled it this morning. This isn't a good long term solution since it's a very strict filter but figured it might help you guys here. Worth noting that they also moved to commons and enwikisource briefly but don't appear to be getting through successfully nearly as often as they do on warwiki.

In T224930#5246995, @Daimona wrote:

If someone searches guc/"global user contribution", they'll be able to find this task by the project, or even the project itself, but it's fine either way.
@Praxidicae Yes, e.g. using actor_name LIKE "123.456%" to find contributions for the range 123.456.0.0/16. But that's for single projects. The query used by GUC to scrape data across all wikis is way bigger...

In T224930#5232569, @jcrespo wrote:

FYI, data is on the databases, see the results at https://quarry.wmflabs.org/query/36603 (which you can use as a temporary measure).

Probably worth noting, I went to both projects and just made my talk page with a test edit and now the notifs have disappeared...

Went through and clicked your links @Catrope and it went down to 2 and then back up to 3, but even after going back through now it's not showing any unread messages and isn't decreasing after 3. :( I'll also note that it appears to be Irish and Basque Wikipedia that appear to be the problem. These are the two that consistently show up in my drop down.

I actually disabled all scripts then went to each of the listed wikis and checked. Same problem. No notifications.

I also tried the debug and safemode with no scripts enabled and all of my js blanked and i'm still having hte same issue. The console log gives no errors either.

I have tried everything at this point including the above - the dropdown and full list won't even show my notifications. I disabled all of my scripts globally and locally and tried to remove them and they *still* won't go away and it's stuck at 6 notifications, though I can clear *new* notifications. Someone has actually suggested that it may be the result of a page that was deleted though I couldn't begin to tell you what it was since I have no way to tell what it actually is for.

That is an entirely different function...if you want rollback removed, start the RFC. A Phab ticket isn't going to fix it. And let me clarify, had this been an option, I still would have rolled back the edits that I did because it was perfectly in-line with policy. You're asking for something that is already solved. Editors can choose undo or in some cases, restore and leave a summary which is essentially the same option as an edit summary for rollback. Rollback having an es option would be detrimental for several reasons but the primary being that it prevents the rapid revision that it was designed for.

No, that's not how Rollback works nor should it, as repeatedly explained. That is what undo is for. Either you're suggesting removal of the feature or turning it into undo.

Global rollback shouldn't ever be forced to use ES. It defeats the purpose and is used globally, thus across MANY languages. This isn't a bug, it's the intent of the tool as explained in that thread.

Maybe it's a bug for me but if i'm specifically looking at 2-3 queues it often will pop back up despite the junk filter being, well, filtered out. Maybe just user error. Sorry!

Yeah, I do a combo but I would think that it would be easier (if possible) for a multi option for that one? If not, no worries, just a thought that'll make it easier to sort out the real tickets vs. the garbage.

And another user: https://en.wikipedia.org/wiki/User_talk:Swisshill#Error_message