Closed Bug 179476 Opened 23 years ago Closed 19 years ago

{inc}mozilla does not re-render when div hidden

Categories

(Core :: Layout: Floats, defect, P3)

x86
All
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: xalkina, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021109 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021109 In above page, section "Requirements", first paragraph, there's a small N icon, that when clicked un-hides a div, and when clicked again, hides the div. When the div is un-hidden, mozilla reflows the objects to display it. When hidding it, it leaves a white box on the page. There's similar code later on the same page, that works correctly, ie, reflows both when un-hidding & hidding their respective divs. Reproducible: Always Steps to Reproduce: 1. Visit URL 2. Click on N icon do un-hide div 3. Click again to hide it Same steps for other icons in the page. Actual Results: Mozilla leaves a white box when hidding the first div, but correctly reflows when hidding the others. Expected Results: Reflow in all cases
My first bug with new templates on bugzilla got me really confused and frustrated... Forgot to mention buildid, which is 2002110904 on a linux box.
->layout
Assignee: asa → other
Component: Browser-General → Layout
QA Contact: asa → ian
We need a small test case. This is probably a dupe.
Assignee: other → float
Status: UNCONFIRMED → NEW
Component: Layout → Layout: Floats
Ever confirmed: true
OS: Linux → All
Summary: mozilla does not re-render when div hidden → {inc}mozilla does not re-render when div hidden
Attached file testcase
Keywords: testcase
Priority: -- → P3
Target Milestone: --- → Future
that testcase works fine for me, although that might be because for some reason it reloads the images each time.
Probably the frame reconstruct isn't marking things dirty the way only a reflow would.
Attached file testcase
this should work for you...the same behavior is seen in moz 1.4a & Opera 7.03. IE6 doesn't even hide the <div>, so it's behavior is even worse. It appears this could be related to the js...
URL is 404 and only the first testcase is (barely) usable, and it seems to work as expected (in both pre/post reflow branch landing builds). Please reopen this bug if you can reproduce the problem in a build dated 2006-12-09 or later. http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ -> WORKSFORME
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: