Last modified: 2010-09-23 14:49:52 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 T27253, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 25253 - Resourceloader breaks Special:Preferences
Resourceloader breaks Special:Preferences
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
ResourceLoader (Other open bugs)
1.17.x
All All
: Normal major (vote)
: ---
Assigned To: Trevor Parscal
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-09-22 17:08 UTC by Leinad
Modified: 2010-09-23 14:49 UTC (History)
3 users (show)

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


Attachments

Description Leinad 2010-09-22 17:08:05 UTC
After r72940 [[Special:Preferences]] do not contain tabs ("User profile", "Appearance" etc.) - all opitions are visible on single page.

The problem I see when I have Polish language as a default for MediaWiki
installation. When I change language in Special:Preferences (for example on
English), tabs are visible.
Comment 1 OverlordQ 2010-09-22 17:17:33 UTC
WFM.

Try upgrading to latest trunk, it was broken for me at one time, but it's working now. I dont have a specific revision number though.
Comment 2 Leinad 2010-09-22 17:38:39 UTC
(In reply to comment #1)
> WFM.
> 
> Try upgrading to latest trunk, it was broken for me at one time, but it's
> working now. I dont have a specific revision number though.

I have the latest SVN revision. In r72939 [[Special:Preferences]] was ok, so r72940 needs be fixed.
Comment 3 OverlordQ 2010-09-22 17:57:14 UTC
The latest trunk is r73547 not r72940
Comment 4 Leinad 2010-09-22 18:08:46 UTC
(In reply to comment #3)
> The latest trunk is r73547 not r72940

I said that r72939 was ok, and problem has started in r72940 and continues to the present revision.
Comment 5 Trevor Parscal 2010-09-22 21:56:38 UTC
I have not been able to reproduce this.
Comment 6 Roan Kattouw 2010-09-23 14:49:52 UTC
This may have been caused by LiquidThreads calling .noConflict(). Andrew fixed this in r73605.

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


Navigation
Links