Closed Bug 895181 Opened 11 years ago Closed 11 years ago

Categories

(Core :: Layout, defect)

25 Branch
x86_64
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 894931
Tracking Status
firefox23 --- affected
firefox24 --- affected
firefox25 --- affected

People

(Reporter: mp3geek, Unassigned)

References

()

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:25.0) Gecko/20130717 Firefox/25.0 (Nightly/Aurora)
Build ID: 20130717030207

Steps to reproduce:

http://www.inspire.net.nz/products/ubs-res-signup.html

The Traffic bar is broken (Step 1)


Actual results:

Renders bar incorrectly


Expected results:

Should show without a huge blue bar.
16-Jul-2013 18:38 1373988790 GOOD
16-Jul-2013 21:23 1374005063 BAD
Nightly 25 looks different from Chromium and Firefox 22 (all on Ubuntu).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [REGRESSION]
I can reproduce:
http://hg.mozilla.org/integration/mozilla-inbound/rev/e8bf739addfa
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20130716 Firefox/25.0 ID:20130716055910
http://hg.mozilla.org/releases/mozilla-aurora/rev/4304cf04f1e8
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20130717 Firefox/24.0 ID:20130717100833
http://hg.mozilla.org/releases/mozilla-beta/rev/3066fc2742cb
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20130717 Firefox/23.0 ID:20130717124933

Regression window(m-i)
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/3d33faf4d81f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20130716 Firefox/25.0 ID:20130716054909
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/e8bf739addfa
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20130716 Firefox/25.0 ID:20130716055910
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=3d33faf4d81f&tochange=e8bf739addfa

Regressed by : Bug 868498
Blocks: 868498
Component: Untriaged → Layout
Keywords: regression
OS: Windows 8 → All
Product: Firefox → Core
Whiteboard: [REGRESSION]
I think http://hg.mozilla.org/integration/mozilla-inbound/rev/e8bf739addfa is clearly incorrect; changes between relative and static change the containing block of any absolutely positioned frames inside them.  I haven't tested that this is the problem, but it sure seems likely.

We could do an optimization like that with a custom change hint, like we do for transform changes (see NeedToReframeForAddingOrRemovingTransform).  But maybe it could happen as a separate bug?

Which assertions was that patch trying to avoid, anyway?  It's not clear from the comments; multiple assertions were mentioned.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.