Closed
Bug 328133
Opened 20 years ago
Closed 9 years ago
resizing div width using javascript causes incorrect margin to be drawn when overflow is hidden
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: fool, Unassigned)
References
()
Details
(Keywords: regression, testcase)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Firefox 1.5.0.1 has a problem when a div is resized using javascript WHEN the div contains another div with overflow and negative margin WHEN overflow is set to hidden. Sounds complicated, but the reasonably minimal test case linked explains it better than I am able to. Firefox renders correctly when the overflow:hidden is removed, but an IE bug neccessitates its presence.
Confirmed with 1.5.0.1 on WinXP and Linux. FWIW, test case works correctly with Opera 8.5, IE6 and Konq3.x.
Reproducible: Always
Steps to Reproduce:
1. Click on white box that says click me in link
Actual Results:
Width of div is increased (correctly), but a gap is present where the old div appears not to be redrawn. ANYTHING that causes a redraw fixes the problem, e.g. minimizing the browser, tabbing away and back or moving the affected area off screen and back again.
Expected Results:
No gap should be present.
Comment 1•20 years ago
|
||
This regressed between 1.8b2_2005050806 and 1.8b2_2005050906.
Updated•19 years ago
|
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.8 Branch
Comment 2•19 years ago
|
||
Confirmed, bonsai link:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-05-08+06&maxdate=2005-05-09+06&cvsroot=%2Fcvsroot
The only logical fix that could have caused this would be bug 292431, I think.
Hi Fyodor,
The provided URL is no longer available, can you please provide another one so we can test this issue?
Also, is this still reproducible on your end ? If yes, can you please retest this using latest FF release and latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E).
Thanks,
Cosmin.
Flags: needinfo?(fool)
Marking this as Resolved: Incomplete due to the lack of response from the reporter.
If anyone can still reproduce it on latest versions, feel free to reopen the issue and provide more information.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(fool)
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•