"ASSERTION: Invalid display item type!" with Ctrl+Tab preview of about:memory

RESOLVED FIXED in mozilla19

Status

()

Core
Layout
RESOLVED FIXED
5 years ago
4 years ago

People

(Reporter: Jesse Ruderman, Assigned: roc)

Tracking

(Blocks: 1 bug, {assertion, regression, testcase})

Trunk
mozilla19
x86_64
Mac OS X
assertion, regression, testcase
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

5 years ago
Created attachment 682786 [details]
stack+

1. Create a profile with:
     user_pref("browser.ctrlTab.previews", true);
2. Launch Firefox
3. Ensure you have exactly one tab open
4. ⌘T, about:memory, Enter
5. ⌘T, about:memory, Enter
6. Ctrl+Tab

Result:

###!!! ASSERTION: Invalid display item type!: 'type > TYPE_ZERO && type < TYPE_MAX', file nsDisplayItemTypes.h, line 69

This assertion is part of code added in bug 798964.  When the assertion fails, type is nsDisplayItem::TYPE_ZERO.
Those STR do not work for me on Windows. Mac-only?
FrameLayerBuilder::BuildContainerLayerFor can pass 0 as the display item key when constructing a root layer. So if the root frame of the root document has a background image, we'll hit this assertion. I suspect that's what's happening here.
Created attachment 682964 [details] [diff] [review]
fix
Assignee: nobody → roc
Attachment #682964 - Flags: review?(matt.woodrow)
Attachment #682964 - Flags: review?(matt.woodrow) → review+
https://hg.mozilla.org/integration/mozilla-inbound/rev/52473aa84e9d

Comment 5

5 years ago
https://hg.mozilla.org/mozilla-central/rev/52473aa84e9d
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
(Reporter)

Updated

4 years ago
Blocks: 894118
You need to log in before you can comment on or make changes to this bug.