Page MenuHomePhabricator

[Bug] Adding sitelinks at be-tarask Wikipedia doesn't work
Open, MediumPublic

Description

The domain be-x-old.wikipedia.org was renamed to be-tarask.wikipedia.org (T11823).

Now sitelinks to this wiki cannot be added. I tried adding a link from https://www.wikidata.org/wiki/Q3917910 to https://be-tarask.wikipedia.org/wiki/%D0%9B%D1%83%D0%B6%D0%BA%D1%96 and got the error: "The external client site 'be_x_oldwiki' did not provide page information for page 'Лужкі'."

Related Objects

StatusSubtypeAssignedTask
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
StalledNone
StalledNone
InvalidNone
StalledNone
StalledNone
StalledNone
StalledNone
StalledFeatureNone
StalledNone
StalledFeatureNone
StalledFeatureNone
StalledFeatureNone
StalledNone
StalledNone
OpenNone
OpenWinston_Sung
ResolvedBUG REPORTMbch331

Event Timeline

Amire80 raised the priority of this task from to Unbreak Now!.
Amire80 updated the task description. (Show Details)
Amire80 added subscribers: Amire80, Krenair, aude, Krinkle.

Some parts of the discussion in -operations earlier:

<Krenair> aude, hey, so we recently renamed a wikipedia domain and now sitelinks aren't working
<Krenair> I was wondering if that's something https://wikitech.wikimedia.org/wiki/Add_a_wiki#sites_table would take care of
<aude> Krenair: it might
<aude> site links to just that wikipedia?
<aude> or all site links?
<Krenair> only at that one
<Krenair> https://phabricator.wikimedia.org/T111822
<aude> we might try on testwikidatawiki
<aude> i think a second entry might get added for "be_tarask'
<aude> think we need to keep the old entry (and think that would happen) for existing sit elinks
<aude> we have a lot of existing entries in the wb_items_per_site table with the old 'site id'

@aude may look at this later.

running populateSitesTable.php will work, but there may be some issues with invalidating the cache. (see T111852)

I think we can make this work again, but changing the site id to be_tarask is a little more involved since we have the old site code still in the database. I think we would want two entries for be_tarask (one with the old id and one with the new id, both with current site info such as site url).

populateSitesTable doesn't handle special exceptions like this well, though.

adding site links works now, though it still has the old site id of 'be_x_oldwiki'. I need to look into how we can best add a new site id / rename it.

Krenair lowered the priority of this task from Unbreak Now! to Medium.Sep 8 2015, 11:22 PM

I've moved the priority down to 'Normal' because it sounds like this is no longer breaking production.

@aude: We still set the $lang global to be-x-old (I think this is so that it generates the correct database name). Is that related?

JanZerebecki renamed this task from Adding sitelinks at be-tarask Wikipedia doesn't work to [Bug] Adding sitelinks at be-tarask Wikipedia doesn't work.Sep 10 2015, 6:04 PM
JanZerebecki added a project: Regression.
JanZerebecki moved this task from incoming to needs discussion or investigation on the Wikidata board.

Any chance of this getting done? Now each and every bot or Module or script working with something related to the wiki in context of WD has to have some ridiculous workarounds because of this. Like in my CEE Spring statistics bot I have to have lines like

	if ("be-x-old.wikipedia.org".equals(wname)) {
		wname = "be-tarask.wikipedia.org";
	}

, Module:WikimediaCEETable has line

	if iw == "be_x_old" then iw = "be-tarask" end

for the same thing. This is just stupid besides all the other things it is.

Tarashkevitsa Belarusian isn't that huge of a WP. Can't you just replace all instances of the old name in the db with the new name, then force regenerate those cache pages you are afraid might be broken because of it and have it dealt with thus? If it will involve something like 20 minutes of some WD pages rendered non-perfectly this it pretty bearable temporary side-effect of the work. Well or whatever other way you might see possible. I am very afraid as to this task not to take that much time as the original task leading to this one took.

Any chance of this getting done? Now each and every bot or Module or script working with something related to the wiki in context of WD has to have some ridiculous workarounds because of this. Like in my CEE Spring statistics bot I have to have lines like

	if ("be-x-old.wikipedia.org".equals(wname)) {
		wname = "be-tarask.wikipedia.org";
	}

, Module:WikimediaCEETable has line

	if iw == "be_x_old" then iw = "be-tarask" end

for the same thing. This is just stupid besides all the other things it is.

Tarashkevitsa Belarusian isn't that huge of a WP. Can't you just replace all instances of the old name in the db with the new name, then force regenerate those cache pages you are afraid might be broken because of it and have it dealt with thus? If it will involve something like 20 minutes of some WD pages rendered non-perfectly this it pretty bearable temporary side-effect of the work. Well or whatever other way you might see possible. I am very afraid as to this task not to take that much time as the original task leading to this one took.

T111853, isn't that?

Winston_Sung claimed this task.

Test result:

image.png (172×537 px, 14 KB)

I think we can close this task for now.