Last modified: 2008-06-10 01:09:50 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T16300, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 14300 - Deleted tlh.wikt blocks SUL process
Deleted tlh.wikt blocks SUL process
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Normal major with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
: 12097 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-05-27 21:13 UTC by Raimond Spekking
Modified: 2008-06-10 01:09 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Raimond Spekking 2008-05-27 21:13:24 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.'
Comment 1 Thomas Goldammer 2008-05-27 21:19:15 UTC
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.
Comment 2 Brion Vibber 2008-05-28 01:17:03 UTC
Should presumably exclude known locked wikis from the SUL set...
Comment 3 Brion Vibber 2008-05-28 21:08:13 UTC
Closed wikis are now excluded from CentralAuth and should no longer interfere.
Comment 4 spacebirdy 2008-05-28 22:53:51 UTC
Hello, mo.wiki and ang.wikisource still show up and thus block the SUL process,

many thanks for Your help.
Comment 5 Melancholie 2008-05-29 01:18:25 UTC
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.
Comment 6 spacebirdy 2008-05-29 04:43:51 UTC
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
Comment 7 Brion Vibber 2008-05-29 16:46:48 UTC
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.
Comment 8 Brion Vibber 2008-05-29 17:06:14 UTC
*** Bug 12097 has been marked as a duplicate of this bug. ***
Comment 9 Brion Vibber 2008-05-29 18:24:34 UTC
I've removed the entries for the closed  wikis from the unattached account list. Should clear things up.
Comment 10 spacebirdy 2008-05-29 22:02:44 UTC
Hello Brion, sorry but

*mi.wikibooks
*sc.wiktionary

remain :(

Thanks again
Comment 11 Brion Vibber 2008-05-30 16:20:23 UTC
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.
Comment 12 spacebirdy 2008-05-30 16:24:14 UTC
Brion, sc.wiktionary remains. Thanks :)
Comment 13 Brion Vibber 2008-05-30 19:41:02 UTC
[i believe that one got fixed as well since]
Comment 14 spacebirdy 2008-05-30 20:23:05 UTC
[yes, thanks a lot!]
Comment 15 spacebirdy 2008-06-09 20:47:34 UTC
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.
Comment 16 Brion Vibber 2008-06-10 00:04:10 UTC
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.
Comment 17 spacebirdy 2008-06-10 01:09:50 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links