Page MenuHomePhabricator

DannyS712 wasn't attached to SUL at banwiki
Closed, DeclinedPublic

Description

In T235446, we discovered that account DannyS712 wasn't attached to SUL at banwiki (a new wiki). Any idea why that might've hapened? Ftr, a sysadmin (@Urbanecm) attached the account manually, so everything should work fine now.

Event Timeline

Quite urgent, since this will depend at the logs which can expire any time :).

Potential steps to reproduce:

  • When a new wiki is created, do not visit the site to autocreate a SUL local account
  • Import revisions (as a different user) that include edits by a user (in this case DannyS712)
  • Assign the edits to local users
  • Then try to visit the site

Maybe can be replicated with T235739: Create Mon Wikipedia once the site is created - I can intentionally avoid visiting the site to test this

Quite urgent, since this will depend at the logs which can expire any time :).

Is there any extra logging you can enable before I try to reproduce this with Mon (once it is created)?

@DannyS712 Sorry for the delay; I've imported the following page to the Shawiya Wiktionary (https://shy.wiktionary.org/) now: https://shy.wiktionary.org/wiki/Useqdac:DannyS712/Section-strike

Please check if you can still log in normally, and let me know when I can delete the page again.

@DannyS712 Sorry for the delay; I've imported the following page to the Shawiya Wiktionary (https://shy.wiktionary.org/) now: https://shy.wiktionary.org/wiki/Useqdac:DannyS712/Section-strike

Please check if you can still log in normally, and let me know when I can delete the page again.

This time it autocreated fine - https://shy.wiktionary.org/wiki/Uzzig:Journal/DannyS712
I note that, if it matters, the autocreation occurs when the revisions were imported, not when I visited the site.
Feel free to delete the page - I guess that wasn't what caused it

Keep in mind that for banwiki, I imported things almost immediately after it was created – there's a good chance that some initializing processes weren't quite ready for that. Also, the special page for importing things is quite broken when you try to import many pages at the same time, so there might be something went wrong with it somehow.

Since this is resolved now, could this ticket be closed @DannyS712 @Urbanecm ?

Since this is resolved now, could this ticket be closed @DannyS712 @Urbanecm ?

This isn't resolved - this ticket is about investigating why this happened

Urbanecm lowered the priority of this task from High to Low.Jul 29 2020, 5:43 PM

I followed T235885#5587060 several times (created a xml dump with my WMF/test account, imported it via my main account, tried to log in with the test account referenced in the XML file), and I always managed to log in successfully. I'm decreasing priority, and I am inclined to close this task if @DannyS712 is not able to reproduce this bug.

No objections to declining given that it isn't easily reproduced (requires creating a new wiki every time to test...)

No objections to declining given that it isn't easily reproduced (requires creating a new wiki every time to test...)

If it's relevant to importing new revisions, not really, it should be possible to reproduce by importing to any wiki. It is possible it is caused by the fact a creation of a wiki has numerous post-install steps, and that those post-install steps always happen in a little bit different order, through.

Declining, feel free to reopen if this happens again.