Version: Viewer.app Build: Friday Jan 22 Platform:Mac Expected Result: Objects that have been assigned to be hidden by css should not be displayed. What I got: The objects are display as white opaque rectangles. Steps to reproduce: 1) In Viewe.app, go to www.hotwired.com. 2) In the middle frame, notice that several white rectangles are displayed. They overlap other content on the page. 3) These class objects are created in CSS and are using the visibility set to hidden. See the example below: .pu1odd { position: absolute; left: 327px; top: 18px; width: 120px; height: 144px; border: 1px none red; layer-background-color: #ccffcc; background-color: #ccffcc; z-index: 5; visibility: hidden; padding-left: 3px; padding-right: 3px }

This only happens on the Mac.

*** Bug 2385 has been marked as a duplicate of this bug. ***

Adding [PP] tag

Inserting Milestone info.

Setting all current Open/Normal to M4.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

petersen, can you check this with latest build?

Cannot reproduce problem in Apprunner (March 10th Mac Build). The page source has changed and no longer contains these css objects.

Setting to Verified/Invalid due to change in page.

I think that this bug has been closed a bit lightly. The page may have changed but it doesn't mean that the bug went away. You can either recreate the HTML code that shows the problem or ask someone to do it but please don't close a bug for that reason.

I just did a search on "visibility: hidden" and got tons of hits for pages that use it...can we find an alternative page that way? Like see http://www.umaine.edu; it's drawing with some wierd blocky things, but I'm not sure it's the same thing as was initially reported. *Disclaimer: this is not my normal area, so I may be way off....*

CSS2 is not fully supported for M3. Moving to M4 milestone.

Pushed to M5. I tested on Mac and Windows and they both display the same way the pages on hotwired.com and umaine.edu (hotwired is correct, umaine is not). Reassigning to troy since the problem on umaine.edu is cross-platform.

The bug was reported against www.hotwired.com and that looks fine with the latest build so I'm marking it WORKSFORME If someone wants to open a _separate_ bug for umaine.edu then go ahead, but be specific about what is wrong

Verifying bug WORKSFORME as a more specific test case is needed as stated in 4/7 comments.