309287 - {inc}width of containg div no longer reflow when image inside is changed

Status: RESOLVED FIXED

(Core :: Layout, defect)

Description

[Magnus Melin [:mkmelin]]

See testcase. When changing the image in a div, the div containing it does no
longer adjust accordingly.
In the testcase, the size of the red div should shrink back when the image
inside it does not need the extra space. 

This works fine in firefox1.0.x, opera8, ie6. Broken on branch, I can reproduce
going back at least to 1.8a6.

Comment 1

[Magnus Melin [:mkmelin]]

Attachment: minimized testcase

Comment 2

[Brandon Amedee]

Confirming Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1)
Gecko/20050913 Firefox/1.6a1

Also noting, if I click elsewhere on the page (removing the selected link's
outline), it will resize accordingly at that point.

Comment 3

[Magnus Melin [:mkmelin]]

(In reply to comment #2)
> Also noting, if I click elsewhere on the page (removing the selected link's
> outline), it will resize accordingly at that point.

Yeah, seems it shrinks to the correct size when the text is clicked. 

The reflow will also happen if you resize your browser window while "too much is
showing". BTW, I see this on linux too.

Comment 4

[Martijn Wargers (dead)]

This regressed between 2004-07-14 build and 2004-07-15 build:
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=2004-07-14+09%3A00%3A00&maxdate=2004-07-15+10%3A00%3A00&cvsroot=%2Fcvsroot

Maybe because of bug 151375?

Comment 5

[Magnus Melin [:mkmelin]]

Aaron, David: any take on this regression? Caused by fix for bug 151375?

Comment 6

[dpopa]

Attachment: Overflow problem with absolutely positioned div inside absolutely positioned div.

Overflow problem with absolutely positioned div inside absolutely positioned div.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

That testcase was also attached to bug 301726; it's probably not relevant to this bug either, although I didn't look closely.

Comment 8

[dpopa]

(In reply to comment #7)
> That testcase was also attached to bug 301726; it's probably not relevant to
> this bug either, although I didn't look closely.
> 

It took me more time to try find a duplicate for my bug than to find an workaround for it.
Should I fill in a new bug with my testcase?

Comment 9

[Ronald Tilby]

Testcases WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060817 Minefield/3.0a1 ID:2006081709 [cairo]

Comment 10

[Magnus Melin [:mkmelin]]

(In reply to comment #9)
> Testcases WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1)
> Gecko/20060817 Minefield/3.0a1 ID:2006081709 [cairo]

Nope, the red box still does not go back to being small. Problem still there in
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060819 Minefield/3.0a1 ID:2006081904 [cairo]

Comment 11

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1 ID:2006120812 [cairo]

Seems fixed by reflow branch landing

Comment 12

[Magnus Melin [:mkmelin]]

-> FIXED by reflow branch landing!

Comment 13

[Ryan VanderMeulen [:RyanVM]]

Adding in-testsuite? nomination per bz's request in m.d.t.l. Sorry for the bugspam.