Note: There are a few cases of duplicates in user autocompletion which are being worked on.

crash in mozilla::dom::ImportLoader::Updater::NextDependant(nsINode*, nsTArray<nsINode*>&, nsTHashtable<nsPtrHashKey<nsINode> >&, bool)

NEW
Unassigned

Status

()

Core
DOM
--
critical
3 years ago
2 years ago

People

(Reporter: evilpie, Unassigned)

Tracking

(Blocks: 1 bug, {crash})

Trunk
All
Linux
crash
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(crash signature)

This bug was filed from the Socorro interface and is 
report bp-75711a0c-6dd6-4fb9-b6da-5bff22150101.
=============================================================

Happens when I go to http://dadaviz.com/i/2622.
This requires dom.webcomponents.enabled to be true.
Blocks: 811542
(In reply to Tom Schuster [:evilpie] from comment #1)
> This requires dom.webcomponents.enabled to be true.

Actually imports will get behind its own flag, and until we figure out what to do with the spec. (we don't plan to support the current version as it is) no more work will be done on the implementation for quite some time.
Depends on: 1109007
Saw this too with:
http://dadaviz.com/i/3323

Updated

2 years ago
Crash Signature: [@ mozilla::dom::ImportLoader::Updater::NextDependant(nsINode*, nsTArray<nsINode*>&, nsTHashtable<nsPtrHashKey<nsINode> >&, bool)] → [@ mozilla::dom::ImportLoader::Updater::NextDependant(nsINode*, nsTArray<nsINode*>&, nsTHashtable<nsPtrHashKey<nsINode> >&, bool)] [@ mozilla::dom::ImportLoader::Updater::NextDependant]
You need to log in before you can comment on or make changes to this bug.