Closed Bug 291757 Opened 19 years ago Closed 19 years ago

<br clear=all> has excessive clearance

Categories

(Core :: Layout: Floats, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: masayuki, Assigned: roc)

References

()

Details

Attachments

(2 files)

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

the space that is above of the link is excessive.

And if click the link, we can see to reflow.
If I remove the table element or the first br element, this bug is not reproduced.
And if the text is not wrapped, it is not reproduced too.
It is reproduced on WinXP and Linux.
OS: Windows XP → All
(In reply to bug 291759 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.

Click the testcase's link.
I think that correctly layout is after click.
This patch doesn't reproduce this bug.
I think the previous testcase should be layouted as same.
This bug is reproduced on http://amazon.co.jp/ that is major site.
Bernd:

This bug is reproduced in table cell only.
Please check it.
Bernd and Masayuki, I think that this problem has same cause as Bug 223737,
since posted attachment 134179 [details] [diff] [review] also has an effect for testcase2.
Depends on: 223737
Yeah, it cannot be reproduced on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b2) Gecko/20050620 Firefox/1.0+

-> FIXED

Thank you, Saito-san.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
-> Reopening. Bug 223737's patch was backed out.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: nobody → saito
Status: REOPENED → NEW
I fixed the problem in bug 223737. The testcase here still shows another bug.
What's happening is that as we make the window narrower and more lines of text
appear next to the float, the link moves down because we're not reflowing it (or
the line with <br clear="all">) so we just slide it by the height of the
inserted lines. We should be detecting that the <br clear="all"> has clearance
and we're potentially changing the clearance amount, so we should reflow the
line with that <br>. In fact there is code to do that but it isn't working...
Summary: <br clear=all> has excessive clearance if in table element → <br clear=all> has excessive clearance
Attached patch fixSplinter Review
This fixes the remaining issue. It's a rather stupid bug, sorry --- we need to
record the inline clear status in both the dirty and non-dirty cases, instead
of just the non-dirty case.

amazon.co.jp looks fine to me know, although of course I can't read any of it
:-)
Assignee: saito → roc
Status: NEW → ASSIGNED
Attachment #190504 - Flags: superreview?(dbaron)
Attachment #190504 - Flags: review?(dbaron)
The patch works fine in amazon.co.jp.
Thanks!
Comment on attachment 190504 [details] [diff] [review]
fix

I don't understand what this code is doing (what a float-related
break-type-after on inline lines actually means, unless it means that the line
following is a block with a float-related break-type-before), but moving the
code seems reasonable, so r+sr=dbaron.
Attachment #190504 - Flags: superreview?(dbaron)
Attachment #190504 - Flags: superreview+
Attachment #190504 - Flags: review?(dbaron)
Attachment #190504 - Flags: review+
It means that the line ended with a <BR> element with "clear" set on it. Thanks!
Comment on attachment 190504 [details] [diff] [review]
fix

Fixes an issue with amazon.co.jp
Attachment #190504 - Flags: approval1.8b4?
Attachment #190504 - Flags: approval1.8b4? → approval1.8b4+
checked in
Status: ASSIGNED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → FIXED
works fine!
thank you!

-> v.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: