Closed Bug 310451 Opened 14 years ago Closed 10 years ago

{inc}dynamically increasing font-size doesn't change width of absolutely positioned boxes without top and left properties until next resize

Categories

(Core :: Layout: Positioned, defect, minor)

x86
All
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: stryker330, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(3 files, 1 obsolete file)

Increasing font-size via scripting won't change the width of absolutely
positioned boxes that don't have their top and left CSS properties specified.
That means that the inline text and objects will wrap, even if font-size is just
increased by 1 pixel.

Triggering a reflow will correct the width and allow the text to unwrap. For
example, resizing the window will fix it.
Attached file testcase (obsolete) —
Summary: dynamically increasing font-size doesn't change width of absolutely positioned boxes without top and left properties until next resize → {inc}dynamically increasing font-size doesn't change width of absolutely positioned boxes without top and left properties until next resize
Attached file testcase
Slightly more informative testcase.

FYI, adding both top and left properties leads to bug 271776.

I've also found a related bug involving specifying width on positioned elements
causing an "unwrapped artifact" to appear...I'll file a new bug.
Attachment #197858 - Attachment is obsolete: true
Wrapping the div inside another div with position: relative gets rid of the
bug.
Filed bug 310553.
No. However, changing the font size in Fx 1.0.x requires a manual reflow to
reflect the new changes (in the testcase, it won't change until after the manual
reflow).
BTW, the text in the testcases is misleading. The text won't overlap in this
bug. They were originally testcases for bug 271776, in which the text does overlap.
Whiteboard: [reflow-refactor]
Attached file Testcase #3
The bug still occurs in SeaMonkey 2006120801 (post reflow branch) on Linux.
FWIW, it renders "Testcase #3" different from 2006120701 (pre reflow branch),
which also broken.
Severity: trivial → minor
Keywords: testcase
OS: Windows XP → All
Whiteboard: [reflow-refactor]
Blocks: 407316
Blocks: 199035
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090823 Minefield/3.7a1pre

WFM.  I'll turn "Testcase #3" into a reftest.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.