Talk:Wikimedia maintenance notice/Archive/2012

Broken link[edit]

The following discussion is marked as answered (fixed). If you have a new comment, add it just below the box.

This page claims that "A more detailed announcement is available on the Wikimedia tech blog", but this link doesn't lead to a valid page. I looked around for a bit over there, but I couldn't figure out what page it was trying to link to. Can someone else fix this? - dcljr 10:47, 11 February 2012 (UTC)[reply]

Thank you for your comment. I mentioned it in my e-mail to the translators list: the blog post isn't published yet, but the link will work by the time the maintenance happens. guillom 11:02, 11 February 2012 (UTC)[reply]

The link is now working, and I've updated the existing translations. guillom 21:52, 11 February 2012 (UTC)[reply]

JavaScript error thrown immediately[edit]

The following discussion is marked as answered (fixed). If you have a new comment, add it just below the box.

I hit http://test2.wikipedia.org/wiki/Main_Page, then Special:Random, and the page "Wine" came up with a JavaScript error in IE8:

Line: 340
Error: 'mw.user.options' is null or not an object

--Maiden taiwan 20:04, 14 February 2012 (UTC)[reply]

Thank you for testing! We're taking a look at it now. -- RobLa-WMF 22:19, 14 February 2012 (UTC)[reply]

Hi Rob. This and several other errors are now occurring on Meta — but only when &debug=false. The undefined variables user and mw.util.updateTooltipAccessKeys are actually defined as mw.user and window.updateTooltipAccessKeys respectively. Maybe some old JavaScript is being cached serverside somewhere? —Pathoschild 05:04:12, 16 February 2012 (UTC)

Hi Pathoschild, I believe the problem you're having is related to the root cause of bug 34469, which Trevor just fixed today. Please give this a whirl and see if this fixes it for you. Thanks! -- RobLa-WMF (talk) 01:58, 22 February 2012 (UTC)[reply]

It seems to be fixed. —Pathoschild 05:00, 22 February 2012 (UTC)

Bugzilla link[edit]

Is the Bugzilla link intentional? Will this notice always be shown on Meta? --Amir E. Aharoni 10:29, 15 February 2012 (UTC)[reply]

Yes, this notice is the landing page for all languages versions of the "Generic maintenance notice" banner. But thanks for checking :) guillom 13:37, 15 February 2012 (UTC)[reply]

Watchlist issue[edit]

People have reported not being able to pages to their watchlist here on meta. I've confirmed that it's also happening on mediawiki.org, so it's probably a 1.19 issue. Steps to reproduce: go to a page you don't yet follow, and try to watch it. The reverse (trying to unfollow a watched page) doesn't work either. guillom 11:55, 17 February 2012 (UTC)[reply]

Filed as bugzilla:34469. Nemo 12:09, 17 February 2012 (UTC)[reply]

This one was mostly fixed late last week, and then we think we killed off the final problem (debug mode) today. Please let us know if this recurs. Thanks! -- RobLa-WMF (talk) 02:00, 22 February 2012 (UTC)[reply]

Two problems[edit]

First off when you copy over wikis from wikipedia.org they dont work here or on other wiki sites like mine.Look here http://test.wikipedia.org/wiki/Alexander_Devoe

Also when you try to copy over wikis most of the bigger ones you get: This action has been automatically identified as harmful, and therefore disallowed. If you believe your edit was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: Creating an articles in Test Wiki

Recent Changes on test2.wikipedia.org is broken[edit]

Tracked in Phabricator:
Bug 40568

I'm getting the following rather detailed error when attempting to load test2wiki:special:recentchanges or any variation thereof:

Invalid option hidewikidata
Backtrace:
#0 /usr/local/apache/common-local/php-1.21wmf6/includes/FormOptions.php(150): FormOptions->validateName('hidewikidata', true)
#1 /usr/local/apache/common-local/php-1.21wmf6/extensions/Wikibase/client/WikibaseClient.hooks.php(379): FormOptions->getValue('hidewikidata')
#2 [internal function]: Wikibase\ClientHooks::onSpecialRecentChangesQuery(Array, Array, Array, Object(FormOptions), Array, Array)
#3 /usr/local/apache/common-local/php-1.21wmf6/includes/Hooks.php(255): call_user_func_array('\Wikibase\Clien...', Array)
#4 /usr/local/apache/common-local/php-1.21wmf6/includes/GlobalFunctions.php(3852): Hooks::run('SpecialRecentCh...', Array)
#5 /usr/local/apache/common-local/php-1.21wmf6/includes/specials/SpecialRecentchanges.php(409): wfRunHooks('SpecialRecentCh...', Array)
#6 /usr/local/apache/common-local/php-1.21wmf6/includes/specials/SpecialRecentchanges.php(157): SpecialRecentChanges->doMainQuery(Array, Object(FormOptions))
#7 /usr/local/apache/common-local/php-1.21wmf6/includes/SpecialPage.php(613): SpecialRecentChanges->execute(NULL)
#8 /usr/local/apache/common-local/php-1.21wmf6/includes/SpecialPageFactory.php(501): SpecialPage->run(NULL)
#9 /usr/local/apache/common-local/php-1.21wmf6/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#10 /usr/local/apache/common-local/php-1.21wmf6/includes/Wiki.php(555): MediaWiki->performRequest()
#11 /usr/local/apache/common-local/php-1.21wmf6/includes/Wiki.php(448): MediaWiki->main()
#12 /usr/local/apache/common-local/php-1.21wmf6/index.php(59): MediaWiki->run()
#13 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
#14 {main}

A very quick random sampling of a few other pages does not show this happening for other pages: I assume from looking at the above that it would not be expected to happen for other pages. HTH HAND —Phil Boswell (talk) 17:33, 11 December 2012 (UTC)[reply]

Three people on IRC just tried to reproduce and did not succeed yet. Do you have "Show Wikidata edits in recent changes" enabled under "Special:Preferences > Recent Changes"? Have you had edits in wikidata? To me this sounds like a side effect of http://bugzilla.gnome.org/show_bug.cgi?id=40568 and https://gerrit.wikimedia.org/r/#/c/34285/ --Malyacko (talk) 18:09, 11 December 2012 (UTC)[reply]

Nope, that option is not enabled. So far as I know I have no edits in the "wikidata" namespace: I wasn't actually aware that such existed. Indeed a quick perusal fails to show that such a namespace does exist on that wiki: how does one "edit in wikidata" then? Furthermore that first bug report you link to is for GNOME: are you sure you don't mean this link which looks more relevant? From that, and the code review, might it be possible that the code is trying to find an option which has not been initialised? —Phil Boswell (talk) 10:01, 12 December 2012 (UTC)[reply]

This was already reported in bugzilla:40568 Reedy (talk) 14:38, 12 December 2012 (UTC)[reply]

Not sure what you mean by "already": if you mean my comment pointing here (just above yours copying my report from above) then yes, I already reported it, but thanks for the signal boost ;-) —Phil Boswell (talk) 14:47, 12 December 2012 (UTC)[reply]