Last modified: 2008-06-10 01:09:50 UTC
The already deleted tlk.wiktionary blocks the SUL process at least for User:Jon because wikt:tlh:User:Jon has still sysop rights: http://tools.wikimedia.de/~vvv/sulutil.php?user=Jon Error message from Special:MergeAccount: Login unification status The migration system could not confirm that you are the owner of the home wiki account for your username. Another wiki was determined as the home account for your username; follow the link below and log in there to finish your account migration. Home wiki The password and e-mail address set at this wiki will be used for your unified account. You will be able to change which is your home wiki later. * tlh.wiktionary.org (home wiki) I asked a steward to desysop wikt:tlh:User:Jon, but he was unable to do it: 'Database tlh.wiktionary does not exist or is not local.'
Additionally, tlh.wiktionary still occurs in the unified account list as a blue link and in the site matrix in the "other wikis" section, but if you click it (in both cases), it's Error 404: Page not found. BR, Thogo.
Should presumably exclude known locked wikis from the SUL set...
Closed wikis are now excluded from CentralAuth and should no longer interfere.
Hello, mo.wiki and ang.wikisource still show up and thus block the SUL process, many thanks for Your help.
Anything went wrong with that fix from 2008-05-28! I created a global account weeks ago, and changed password in between; that password worked for all wikis until May 28/29. But suddenly [[:be:]] and [[:be-x-old:]] require the old, obsolete password! Have they been excluded somehow? Note that those wikis are *not* closed ones.
Open (SUL blocking accounts) suddenly have increased: list: * ak.wikibooks.org * ang.wikisource.org * ay.wikibooks.org * cho.wikipedia.org * ho.wikipedia.org * hz.wikipedia.org * ii.wikipedia.org * kj.wikipedia.org * kr.wikipedia.org * kr.wikiquote.org * mi.wikibooks.org * mo.wikipedia.org * mo.wiktionary.org * mus.wikipedia.org * nds.wikiquote.org * or.wiktionary.org * qu.wikiquote.org * rm.wiktionary.org * sc.wiktionary.org * tokipona.wikipedia.org * tokipona.wikibooks.org * tokipona.wikiquote.org * tokipona.wiktionary.org
Re comment #5: be.wikipedia.org, be-x-old.wikipedia.org, ja.wiktionary.org were incorrectly added to the closed list as they had lockfiles set (but not present, thus not actually locked). I have removed them from the list. Re comment #4, #6: Accounts *already listed* might still be blocking the process. Will take a peek, see if they can be easily removed from the dbs.
*** Bug 12097 has been marked as a duplicate of this bug. ***
I've removed the entries for the closed wikis from the unattached account list. Should clear things up.
Hello Brion, sorry but *mi.wikibooks *sc.wiktionary remain :( Thanks again
A bunch more wikis were closed in a different way by hardcoding wgReadOnly instead of setting a lockfile, so didn't get collected on the first pass. Have readded them and removed the global entries.
Brion, sc.wiktionary remains. Thanks :)
[i believe that one got fixed as well since]
[yes, thanks a lot!]
Hello Brion, iu.wiktionary.org was opened recently again, please can it be accessible for sul accounts again? (see bug 13967 ) Many thanks in advance.
The reopener forgot to remove it from the closed wikis group, thus breaking it. I've now set up a general closed message for the closed group, which will ensure that forgetting to remove it will leave it in the closed state, for some basic consistency.
This now caused the wiki to be closed again, please can You reopen it and set it to be accessible through sul, it was closed by mistake, there were active contributors. Thanks again.
