Page MenuHomeMiraheze

To delete spambot accounts on sdiy.miraheze.org
Open, NormalPublic

Description

sdiy.miraheze.org

To delete spambot accounts (as suggested by Dmehus at https://meta.miraheze.org/wiki/Stewards%27_noticeboard#Requesting_deletion_of_spambot_accounts and that 'DataDump is not currently working') please could a system administrator:

  1. dump XML, image, and ManageWiki settings
  2. delete, drop, and create the wiki afresh
  3. import the dumps from 1)

Event Timeline

Reception123 triaged this task as Normal priority.Sat, Apr 3, 06:11
Reception123 moved this task from Backlog to Maintenance Script Run on the MediaWiki board.
Reception123 moved this task from Backlog to Short Term on the MediaWiki (SRE) board.
Rob_Kam changed the task status from Open to Stalled.Mon, Apr 5, 17:53

Please delay doing this until I've got simpleelectronics.miraheze.org back in shape.

Universal_Omega changed the task status from Stalled to Open.Mon, Apr 5, 19:30

Not blocked on external entity

Considering T7086 and the issue that occurred when we tried to import it and also afterwards, I would personally suggest that we don't repeat this experience.

@Rob_Kam What do you think? I personally don't think it's worth it (as we also had quite a few errors and issues on our side for the import).

There shouldn't be any risk to doing an export/drop/import. Is the cause of the errors and issues know and has that been now resolved? The site seems now okay but I've not yet had a chance to check as properly as I'd like to. I'd still like it to go ahead.

There shouldn't be any risk to doing an export/drop/import. Is the cause of the errors and issues know and has that been now resolved? The site seems now okay but I've not yet had a chance to check as properly as I'd like to. I'd still like it to go ahead.

@Rob_Kam We did encounter several issues when @Reception123 ran the deletion script. While I can't remember on what the exact issues were, I remember that the wiki got stuck trying to import the XML file, so we basically had to redo it a couple times. In the process I theorized that the issue was related to a caching issue of some sort whereby we were trying to essentially reimport the wiki's XML to the recently dropped database and deleted subdomain. So, we ended up having to import your wiki to testdelete2wiki, then rename it to simpleelectronicswiki. This did cause a cookie login issue for Reception123 and myself, having to essentially delete all our cookies in order to relogin. There was also an issue with the file upload import getting stuck, but Reception123 did manage to resolve that, though I can't remember what the specific issue was there.

In any case, we did seem to get it resolved, but it was quite a process.

I personally think it's not really worth it, but if you did insist, I think we would proceed, as long as you understand there would be no going back to your previous database (as that would cause a massive issue with users being re-added to your wiki but your wiki not being added to their CentralAuth). In short, if do proceed, we'd have to resolve issues as they come on the recreated wiki.

no going back to your previous database (as that would cause a massive issue with users being re-added to your wiki but your wiki not being added to their CentralAuth)

That's about the easiest of the issues encountered here but in all honesty I don't think after last time this request is simply worth the effort. We're an extremely small team and spending hours dealing with a non issue that's common to every online wiki is not worth our time.

I can't find any problems with the new simpleelectronicswiki caused by the move. I understand there would be no going back to the previous database. Please go ahead with the export/drop/import.

I can't find any problems with the new simpleelectronicswiki caused by the move. I understand there would be no going back to the previous database. Please go ahead with the export/drop/import.

Are you really sure that you would like us to do this? Is it worth it for you simply to have a "clean" Special:Listusers?

Yes I'm really sure. When I had the wiki on shared hosting I used UserMerge to try and keep the list tidy but this isn't possible with CentralAuth.