Project:Test reports

__NEWSECTIONLINK__ This is the place to report bugs for the beta cluster and track them.

If you find something that doesn't work as expected, make a note of it here. If you're comfortable entering bugs in and you think this is a bug in MediaWiki, then please do that as well. Add   just before the bug report with the bug number. Please sign your problem reports.

If you see that someone has reported a problem, but not filed a corresponding Bugzilla ticket and you think one is needed, then please file one for them and add   just before the problem report here.

If you file a Bugzilla report, it is often very useful to include links to any on-wiki discussion.

Sample Bug: Documentation
Documentation still sucks -- ~

This produces:

Sample Bug: Documentation
Documentation still sucks -- ☠ MarkAHershberger ☢ (talk) ☣ 04:18, 8 January 2012 (UTC)

Central notice
When browsing log: Catchable fatal error: Argument 1 passed to IndexPager::__construct must implement interface IContextSource, instance of SpecialCentralNoticeLogs given, called in /usr/local/apache/common/live/extensions/CentralNotice/CentralNoticePageLogPager.php on line 18 and defined in /usr/local/apache/common/live/includes/Pager.php on line 109 http://meta.wikimedia.beta.wmflabs.org/wiki/Special:CentralNoticeLogs?log=bannercontent

Double descriptions on Commons File pages
This appears to be a conflict with imports and InstantCommons.
 * Developers in charge of this decided to WONTFIX it. :P

Javascript errors with Monobook skin
The error doesn't show up on the JS console with Vector.

Username doesn't stay logged in
I created User:Hexmode-test and when I log in with the user, the "you're logged in" page has "Log out" in the upper right hand corner, but navigating away from that page shows that I'm not logged in: "Log in" appears again in the upper right hand corner. Interestingly it doesn't happen with my current user or on Opera or Chrome. -- MarkAHershberger (talk) 01:54, 12 January 2012 (UTC)

Note that I thought part of this could be a caching problem: When I log out on Opera and the return to the previous page (not by using the "back" button, but by clicking on "Return to Problem reports.") the upper right shows "Log out" instead of "Log in". Reloading does show the correct thing, though. Upon further testing, though, this maybe the length of time to load the log out icon.

Further testing on FF shows that this appears to be a problem of a faulty cookie. Erasing all my cookies and the logging in keeps me logged in. -- Hexmode-test (talk) 03:05, 12 January 2012 (UTC)

mw.util.$content is null
This is about http://commons.wikimedia.beta.wmflabs.org
 * 1) mw.util is undefined when attempting to access from MediaWiki:Common.js without using mw.loader.load
 * 2) despite wrapping all inside   mw.util.$content is null. But it shouldn’t since the code wrapped inside   should be executed after mw.util is initialized. -- Rillke (talk) 22:17, 12 January 2012 (UTC)


 * Fixed. For more details see 33711. Krinkle (talk) 03:53, 14 January 2012 (UTC)
 * Fixed on enwiki too. -- MarkAHershberger (talk) 04:54, 14 January 2012 (UTC)
 * NOT FIXED. Just broke the half common.js . Just did  and got.
 * To reproduce the $content is null - problem, use Firefox 9.0.1 with Firebug, activate the script panel and in the console-panel click "stop/halt on all errors", then go to http://commons.wikimedia.beta.wmflabs.org/wiki/User:Rillke Shift+Reload. Debugger stops at
 * http://upload.beta.wmflabs.org/wikipedia/commons/a/ae/Mw.util.%24content_IsNull.png -- Rillke (talk) 11:10, 14 January 2012 (UTC)

$.cookie not defined
I get the following Javascript error on http://en.wikipedia.beta.wmflabs.org:


 * Uncaught TypeError: Object function (selector,context){return new jQuery.fn.init(selector,context,rootjQuery);} has no method 'cookie'

Seems like jQuery's cookie plugin isn't initialized properly. NOTE: This seems only apparent when enabling the MenuTabsToggle gadget (which uses cookies). (It does work in the Commons test wiki.) — Edokter  ( talk ) — 14:19, 13 January 2012 (UTC)

More script errors (pointing to legacyWikibits) on enwiki: — Edokter  ( talk ) — 14:44, 13 January 2012 (UTC)
 * Uncaught TypeError: Cannot call method 'getParamValue' of undefined
 * Uncaught TypeError: Cannot call method 'wikiUrlencode' of undefined


 * Fixed. For more details see 33711. Short: Dependencies must be declared. Gadget likely already broke for some people in race conditions / bad luck / slow connection. Modules are loaded a bit faster now, making race conditions more important and lack of dependency declaration more visible. Fixed for that gadget on wmflabs here: http://en.wikipedia.beta.wmflabs.org/w/index.php?title=MediaWiki%3AGadgets-definition&action=historysubmit&diff=54891&oldid=21968 Krinkle (talk) 03:52, 14 January 2012 (UTC)

https does not work
Maybe not a MediaWiki bug, but all testwikis have no https support: https://labs.wikimedia.beta.wmflabs.org It is possible to enable https for the testwikis? Thanks. Umherirrender (talk) 19:21, 14 January 2012 (UTC)
 * Yes, it will be probably enabled during the week, but it's not a bug Petrb (talk) 11:15, 15 January 2012 (UTC)

Script does not run
Can anyone tell me why this does nothing on the labs Commons version? To be more specific, if I put in an alert in the third parameter, it will trigger the alert. If I use "jQuery.cookie" (note the case), I get "unknown dependency". Yet this code, either wit "jquery.cookie" or "jQuery.cookie", works perfectly on the real Commons. — Edokter  ( talk ) — 20:18, 14 January 2012 (UTC)


 * Hi, I assume because


 * does not work on Testwiki-Commons. This is because mw.util.$content is null and throws an error inside a $. Just try it yourself on the real commons:


 * and in testwikicase the error occurs in the common.js preventing all scripts that execute later from working properly.
 * Krinkle decided to undo commenting out the culprits and did not offer a response to the $content-null-problem. -- Rillke (talk) 22:12, 15 January 2012 (UTC)


 * Just try the following (run from a multiline-console (like firebug, IE developer tools)) and you'll see that jquery.cookie is loaded:


 * -- Rillke (talk) 22:20, 15 January 2012 (UTC)


 * It seesm $.cookie is not the problem; instead, mw.loader.using just fails. Anyway, since it is only a problem on the beta Commons, it should't be much of a problem. I am throwing it on a local config issue. — Edokter  ( talk ) — 00:24, 16 January 2012 (UTC)

Opera error "hosts file missing"
System Environment: Windows 7 Home Basic X64, Opera 11.51 Build 1087, Opera turbo enabled

Page opened: http://hi.wikipedia.beta.wmflabs.org/wiki/उत्तरांचल

Additional Info: Page was protected with edit-protection: autoconfirmed, move-protection: autoconfirmed, and review protection at reviewer level, all three with 1 day time period, at the time this error was found. The page was viewed while logged out.

Error message and backtrace:

TrustedXFF: hosts file missing. You need to download it.

Backtrace:


 * 1) 0 /usr/local/apache/common/live/extensions/TrustedXFF/TrustedXFF.php(66): TrustedXFF->getCdbHandle
 * 2) 1 /usr/local/apache/common/live/extensions/TrustedXFF/TrustedXFF.php(39): TrustedXFF->isTrusted('141.0.8.155')
 * 3) 2 [internal function]: TrustedXFF::onIsTrustedProxy('141.0.8.155', false)
 * 4) 3 /usr/local/apache/common/live/includes/Hooks.php(216): call_user_func_array('TrustedXFF::onI...', Array)
 * 5) 4 /usr/local/apache/common/live/includes/GlobalFunctions.php(3760): Hooks::run('IsTrustedProxy', Array)
 * 6) 5 /usr/local/apache/common/live/includes/ProxyTools.php(60): wfRunHooks('IsTrustedProxy', Array)
 * 7) 6 /usr/local/apache/common/live/includes/WebRequest.php(1048): wfIsTrustedProxy('141.0.8.155')
 * 8) 7 /usr/local/apache/common/live/includes/User.php(1702): WebRequest->getIP
 * 9) 8 /usr/local/apache/common/live/includes/db/Database.php(821): User->getName
 * 10) 9 /usr/local/apache/common/live/includes/db/Database.php(1360): DatabaseBase->query('SELECT page_id...', 'WikiPage::pageD...')
 * 11) 10 /usr/local/apache/common/live/includes/db/Database.php(1446): DatabaseBase->select('page', Array, Array, 'WikiPage::pageD...', Array, Array)
 * 12) 11 /usr/local/apache/common/live/includes/WikiPage.php(330): DatabaseBase->selectRow('page', Array, Array, 'WikiPage::pageD...')
 * 13) 12 /usr/local/apache/common/live/includes/WikiPage.php(348): WikiPage->pageData(Object(DatabaseMysql), Array)
 * 14) 13 /usr/local/apache/common/live/includes/WikiPage.php(376): WikiPage->pageDataFromTitle(Object(DatabaseMysql), Object(Title))
 * 15) 14 /usr/local/apache/common/live/includes/WikiPage.php(536): WikiPage->loadPageData
 * 16) 15 [internal function]: WikiPage->getLatest
 * 17) 16 /usr/local/apache/common/live/includes/Article.php(1775): call_user_func_array(Array, Array)
 * 18) 17 [internal function]: Article->__call('getLatest', Array)
 * 19) 18 /usr/local/apache/common/live/extensions/FlaggedRevs/frontend/FlaggedRevsUI.hooks.php(213): Article->getLatest
 * 20) 19 [internal function]: FlaggedRevsUIHooks::overrideRedirect(Object(Title), Object(WebRequest), false, false, Object(Article))
 * 21) 20 /usr/local/apache/common/live/includes/Hooks.php(216): call_user_func_array('FlaggedRevsUIHo...', Array)
 * 22) 21 /usr/local/apache/common/live/includes/GlobalFunctions.php(3760): Hooks::run('InitializeArtic...', Array)
 * 23) 22 /usr/local/apache/common/live/includes/Wiki.php(388): wfRunHooks('InitializeArtic...', Array)
 * 24) 23 /usr/local/apache/common/live/includes/Wiki.php(271): MediaWiki->initializeArticle
 * 25) 24 /usr/local/apache/common/live/includes/Wiki.php(661): MediaWiki->performRequest
 * 26) 25 /usr/local/apache/common/live/includes/Wiki.php(581): MediaWiki->main
 * 27) 26 /usr/local/apache/common/live/index.php(58): MediaWiki->run
 * 28) 27 {main}

-- Siddhartha Ghai (talk) 15:32, 15 January 2012 (UTC)

Enabling all gadgets reveals some problems
Solution given to enwiki here: https://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3AGadget&action=historysubmit&diff=471706835&oldid=464913368

Following is cut-n-paste from my firebug console after enabling all gadgets

addOnloadHook is not defined index.php?title=MediaWiki:Gadget-RegexMenuFramework.js&action=raw&ctype=text/javascript&1772index....pt&1772 (line 9) [Break On This Error] ...dia.org/w/index.php?title=User:Pathoschild/Scripts/Regex_menu_framework.js&actio... index....pt&1772 (line 9) hookEvent is not defined [Break On This Error] hookEvent ('load', catsattop); index....pt&1473 (line 10) hookEvent is not defined [Break On This Error] hookEvent ('load', catsattop); index....pt&1479 (line 12) importScript is not defined [Break On This Error] importScript ('MediaWiki:Utilities.js'); // Generally useful operations index....pt&1568 (line 21) importScriptURI is not defined [Break On This Error] ...dia.org/w/index.php?title=User:Pathoschild/Scripts/Regex_menu_framework.js&actio...

index....pt&1772 (line 9) sajax_init_object is not defined init_flickrfixrindex....pt&1561 (line 11) fireload.p...160645Z (line 1046) context = Document File:Flicon-3_duplicate.png?debug=true#metadata args = [function] fireWithload.p...160645Z (line 1164) context = Document File:Flicon-3_duplicate.png?debug=true#metadata args = [function] readyload.p...160645Z (line 435) wait = undefined DOMContentLoadedload.p...160645Z (line 923) [Break On This Error] var xmlreq = sajax_init_object; index....pt&1561 (line 11) mwEmbed:remote: r192 mediaW...lang=en (line 11) -- MarkAHershberger (talk) 02:32, 16 January 2012 (UTC)

css differences
 And in the rotation popup the font is different from the normal UI.      Commons: ".ui-widget {    font-family: sans-serif;"      beta:    ".ui-widget {    font-family: Verdana,Arial,sans-serif;"  And in the rotation popup the corners of the buttons and title bare are rounded - not so in the old Commons. That non-round corners match Monobook much better.  don't know the sources of the font differences - may be bad JS... however, they are there ;)  not sure if the same happens in vector

-- MarkAHershberger (talk) 21:21, 15 January 2012 (UTC)


 * jQuery.UI has been upgraded, that may explain it. — Edokter  ( talk ) — 00:19, 16 January 2012 (UTC)

Announce all JavaScript changes
Please list all the important JavaScript changes coming with MW 1.19. Looking at some comments here/bugzilla/enwiki one could think  and   are dropped in MediaWiki. I'm sorry I have to write here but I have a big "problem" with the lack of documentation. AlexSm (talk) 18:13, 17 January 2012 (UTC)
 * Those are not dropped. Documentation: mw:ResourceLoader/Migration guide (users)#mw.loader. — Edokter  ( talk ) — 11:01, 18 January 2012 (UTC)
 * These legacy functions will be removed only when $wgIncludeLegacyJavaScript is set to false by default. Helder.wiki (talk) 19:44, 24 January 2012 (UTC)
 * Thank you both for the answers. I will also try to watch 33837 "Set $wgLegacyJavaScriptGlobals = false by default" since I prefer to use wg* variables. I also hope someone will announce the changes at enwiki tech villlage when the time comes. AlexSm (talk) 18:32, 26 January 2012 (UTC)

Headings with images become cursive in the TOC
See headings with images for an example. -- tbleher

"Show preview" often only reacts to the second click
While editing, I noticed that clicking the "Show preview" button in the edit window often does not work the first time around, the preview is only shown after clicking the button again. This happened to me several times, but unfortunately I can't reproduce it right now and so can't investigate further. I'm using Firefox 9.0.1 on Ubuntu Oneiric. -- tbleher
 * I'm using FF 9.0.1 on Oneiric and I don't think that is the fault of the new software. I've seen similar things on other sites. -- ☠ MarkAHershberger ☢ (talk) ☣ 01:46, 29 January 2012 (UTC)

A database error has occurred.
When I try to access the API via http://en.wikipedia.beta.wmflabs.org/w/api.php I get the following error: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT afi_name,afi_id,afi_data_type,afi_bucket_id FROM `aft_article_field` Function: ApiArticleFeedbackv5Utils::getFields Error: 1146 Table 'enwiki.aft_article_field' doesn't exist (deployment-sql) Helder.wiki (talk) 18:08, 29 January 2012 (UTC)

Special:BannerController
All beta sites suffer from broken javascript because of a missing dependency (mw.user) in Special:BannerController, which I cannot source to fix. — Edokter  ( talk ) — 13:38, 30 January 2012 (UTC)

ext.wikiEditor.toolbar.hideSig is loaded even when the toolbar is disabled
Seen on de.wikipedia.beta.wmflabs.org To reproduce this disable the WikiEditor toolbar in your preferences. The module ext.wikiEditor.toolbar.hideSig is still loaded, which doesn't hurt but is superfluous.

RL does not update the minified versions in an appropriate time
On http://commons.wikimedia.beta.wmflabs.org/wiki/MediaWiki:Common.js I even tried to delete & restore common.js but is simply does not update (except if you change your skin or language)

Just try it yourself. (e.g. with a new console.log-line)

I don't know whether this is specific to MW 1.19 or just the test-environment.

Old recent changes when not logged in
On this Wiki I don't see recent changes on Special:Recentchanges. I don't see any change after 19 january. When adding a random get parameter, like, I see all changes, but when I use the normal URL again there are no changes after 19 january. Reloading doesnt help. This happens on different systems (different browsers and different conenctions). 82.72.140.36 17:09, 30 January 2012 (UTC)
 * After posting the above message I get all recent changes in the browser I used to post it, but not in other browsers. 82.72.140.36 17:12, 30 January 2012 (UTC)
 * I'm gonna bet this is something related to our squid configuration here. Hopefully we'll get that sorted out this week. -- ☠ MarkAHershberger ☢ (talk) ☣ 18:16, 30 January 2012 (UTC)