Closed
Bug 571426
Opened 14 years ago
Closed 14 years ago
Uncached images' width not applied to parent width with float
Categories
(Core :: DOM: CSS Object Model, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 546048
People
(Reporter: pcrevival.zxq+bgzaccemail, Unassigned)
References
()
Details
(Keywords: qawanted)
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)
When using float:left on a tag (tried div and span), any uncached images inside that don't have a width or height specified in the img tag will cause the parent to not include the width. (sorry if that's confusing).
When the page is refreshed the parent tag *will* float with the correct width.
Reproducible: Always
Steps to Reproduce:
1. Go to a site (eg. startrekguide.com) which contains an img tag within a div or span tag that is floated.
2. Refreshing the page will fix the problem.
Actual Results:
The span tag appeared to be 'behind' the text on the page.
Expected Results:
The span tag should float as normal with the image inside.
Comment 1•14 years ago
|
||
Can't seem to reproduce so far (on trunk), and code inspection on both 1.9.2 and trunk suggests that this should be working (we clear ancestor intrinsic widths)....
Keywords: qawanted
Comment 2•14 years ago
|
||
This doesn't show the problem either, over here... Does it for you?
Reporter | ||
Comment 3•14 years ago
|
||
That's odd.
I will do more experimenting.
I've attached a screenshot of what it looks like on my computer.
Comment 4•14 years ago
|
||
Right; that's what I assumed you're seeing... but I just can't get that to happen so far. :(
Reporter | ||
Comment 5•14 years ago
|
||
Here's another (simplified) testcase which works on my computer.
Comment 6•14 years ago
|
||
Is this something like bug 546048 ?
(I don't see any problems on my side with 1.9.2.6pre)
Comment 7•14 years ago
|
||
Seems pretty likely, yes. That would explain why my 1.9.2 builds aren't showing it, for sure.
Reporter, are you willing to test a current 1.9.2 nightly to see whether it has the problem?
Reporter | ||
Comment 8•14 years ago
|
||
Yes, I just tried in the latest nightly:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a5pre) Gecko/20100610 Minefield/3.7a5pre ( .NET CLR 3.5.30729)
and the problem doesn't occur.
Thanks for helping!
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
Resolution: FIXED → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•