Closed Bug 405488 Opened 18 years ago Closed 18 years ago

Hide and show (collapsed) option of Wikipedia's templates does not work.

Categories

(Tech Evangelism Graveyard :: English US, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: morid_rhosard, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b1) Gecko/2007110904 Firefox/3.0b1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b1) Gecko/2007110904 Firefox/3.0b1 Wikipedia has a option to collapse (hide and show) the whole templates. However Firefox 3b1 does not work and the template kept opened. Reproducible: Always Steps to Reproduce: 1. Open http://en.wikipedia.org/wiki/Template:Strength_training_exercises with Firefox 2, you will notice that you get a hide and show button and the template is collapsed. 2. Open the same url with Firefox 3b1, you will notice that the template is not collapsed and you do not get a hide and show button. Actual Results: Template is not collapsed and you do not have a hide and show option Expected Results: Template should be opened in a collapse mode and you should have a hide and show button.
Version: unspecified → Trunk
Confirming. The regression range seems to be: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-07-26+01&maxdate=2007-07-27+04&cvsroot=%2Fcvsroot The issue is that collapseCaption is for some reason undefined instead of having the value it should have. Just try this after loading the page, both on trunk and on branch: javascript:void(alert(collapseCaption)) I'm betting on bug 367911 here.
Status: UNCONFIRMED → NEW
Component: General → DOM
Ever confirmed: true
OS: Windows XP → All
Product: Firefox → Core
QA Contact: general → general
Hardware: PC → All
Blake, this looks like possible XOW fallout? I also see attachEvent exceptions on trunk that I don't see on branch... maybe that's somehow responsible?
Blocks: xow
Flags: blocking1.9?
Keywords: regression
It would be great to get a testcase attached to this bug in case the page changes, by the way. Doesn't have to be minimal or anything, just show the bug.
Keywords: qawanted
Oh, nevermind. That range is when we landed showModalDialog support, and the page in question has: if (window.showModalDialog && document.compatMode && document.compatMode == "CSS1Compat") { // Do IE stuff here, including attachEvent } That throws and then the line that sets collapseCaption is never evaluated. So looks like a site bug. If they want to be detecting IE, it should detect IE.
Assignee: nobody → english-us
No longer blocks: xow
Component: DOM → English US
Flags: blocking1.9?
Keywords: qawanted, regression
Product: Core → Tech Evangelism
QA Contact: general → english-us
Version: Trunk → unspecified
Has anyone contacted the MediaWiki folks and filed a bug with them? http://bugzilla.wikimedia.org/
Note: this bug was reported on MediaWiki bugzilla. http://bugzilla.wikimedia.org/show_bug.cgi?id=12157
Problem seems to have been a mysterious "IE bug fix" in en.wikipedia.org's customized MediaWiki:Common.js, which has bogus detection and so incorrectly triggers on Firefox 3.0 (as noted here). I've commented that out and requested that if it's restored it should be done with correct detection: http://en.wikipedia.org/w/index.php?title=MediaWiki:Common.js&diff=174854479&oldid=172125518
Brion, thanks for the quick fix!
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.