Open Bug 501035 Opened 15 years ago Updated 2 years ago

Inconsistent layout with <select style="display: table-caption">

Categories

(Core :: Layout: Tables, defect)

x86
All
defect

Tracking

()

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(2 files)

Attached file testcase (dynamic)
      No description provided.
Attached file reference (static)
Based on layout/base/crashtests/341858-1.html
FWIW: On my machine, a normal reload will make the testcase render correctly (i.e. it'll match the reference).  A full reload (with 'shift' key) will make the testcase go back to its buggy rendering.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090624 Minefield/3.6a1pre
OS: Mac OS X → All
I noticed that too.  My guess is that form history is triggering a reflow on a normal reload.
smells like nsCSSFrameConstructor::IsValidSibling
Jesse is the sibling action required or would that also work when modifying the span directly?
I can't get the same thing to happen by modifying the span.
OK, I can reproduce the bug with 2009-06-24 but not with 2009-06-23.

Regression range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=28aa23105a9e&tochange=5fe89f2c22f0

Probably bug 495385.
Blocks: 495385
Ah, yes.  With that patch, the behavior is the same as if you were inserting the textnode there instead of just changing the text.  You should be able to reproduce the bug by doing that even in builds before roc landed.

Bernd, we really need a better solution for the caption thing....
> Bernd, we really need a better solution for the caption thing....
yep, that is after BC, which means ETA Q1-Q2 2010
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: