291759 - {inc}If auto width table has list element that is child of font element, layout is reflowed.

Status: RESOLVED FIXED

(Core :: Layout: Block and Inline, defect)

Description

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

See testcase.
http://bugzilla.mozilla.gr.jp/attachment.cgi?id=2734&action=view

In this case, the elements are follwing relation.

table(auto width)
  font
    ul
      li
        a[href]

If the link is clicked, the layout reflow.(layout is broken)
If the list element is p element, I cannot reproduce it.

In DOM Inspector, I can see same relation.
font
  ul
    li

But if ul>li elements are p elelemnt, I can see follwing relation.
font
p
  font

Comment 1

[Anne (:annevk)]

Could you attach a screen shot of what you think is the bug? I think it is just
the <br clear=all> that makes the extra space, after all, it is a line break.

Comment 2

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

(In reply to comment #1)
> Could you attach a screen shot of what you think is the bug? I think it is just
> the <br clear=all> that makes the extra space, after all, it is a line break.

Did you say for bug 291759?

Comment 3

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Oops...

bug 291759 -> bug 291757

Comment 4

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

It is reproduced on WinXP and Linux.

Comment 5

[Anne (:annevk)]

Yes, sorry about that.

Comment 6

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Bernd:

This bug is reproduced in table cell only.
Please check it.

Comment 7

[Bernd]

>This bug is reproduced in table cell only. Please check it.
I am little bit puzzled, what should I do? Yes I see that too.
So usually when things shrink in a auto table thats a result of a wrong
maximumwidth of the content during incr. reflow. This can be debugged with
reflow log http://www.mozilla.org/newlayout/doc/frame_reflow_debug.html . Have 
a look for the m = numbers. I think it comes from the margins on the list
element. Bug 103582 looks very similiar. Bug 195770 see my comments there why
one should produce and analyze a reflow log.

Comment 8

[Hideo Saito]

Bernd, I think that this problem has same cause as Bug 147558, since posted
attachment 165805 [details] [diff] [review] also has an effect for testcase.

Comment 9

[Caleb]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050428
Firefox/1.0+

I can still reproduce this.

Comment 10

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

I cannot reproduce on 6/20 build.
Thank you, Saito-san!