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)
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
| Reporter | ||
Comment 1•23 years ago
|
||
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.
Comment 2•23 years ago
|
||
->layout
Assignee: asa → other
Component: Browser-General → Layout
QA Contact: asa → ian
Comment 3•23 years ago
|
||
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
Comment 4•23 years ago
|
||
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 5•23 years ago
|
||
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.
Comment 7•23 years ago
|
||
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...
Comment 8•19 years ago
|
||
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.
Description
•