Closed
Bug 728974
Opened 13 years ago
Closed 4 years ago
ABORT: Only 'lang' should be unrecognized!: 'aMappedAttrName == nsGkAtoms::lang'
Categories
(Core :: SVG, defect)
Core
SVG
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jruderman, Unassigned)
References
()
Details
(Keywords: assertion, regression, testcase)
Attachments
(2 files)
###!!! ABORT: Only 'lang' should be unrecognized!: 'aMappedAttrName == nsGkAtoms::lang', file content/svg/content/src/nsSVGElement.cpp, line 1174
This assertion is part of code added in bug 721920.
Comment 1•13 years ago
|
||
Hmm, interesting. I assumed that nsCSSProps::LookupProperty would return something for all properties that IsMappedAttribute returns true for except the new hack to map 'lang'. I guess we can just remove that abort, but maybe we can/should replace it with some sort of less strict check? Any opinion, Boris?
Comment 2•13 years ago
|
||
Yep, looks like we claim some things are mapped that we never actually map anywhere... Assuming that's expected, I really don't see what sort of less strict check you could do here.
Comment 3•13 years ago
|
||
reproduces with http://www.six-swiss-exchange.com/funds/security_info_de.html?id=CH0014420852CHF4
all branches, all platforms.
Summary: "ABORT: Only 'lang' should be unrecognized!" → ABORT: Only 'lang' should be unrecognized!: 'aMappedAttrName == nsGkAtoms::lang'
Comment 4•12 years ago
|
||
OS: Mac OS X → All
Hardware: x86_64 → All
Comment 5•9 years ago
|
||
does not crash anymore -> wfm
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Comment 6•8 years ago
|
||
New testcase attached, needs 'user_pref("layout.css.vertical-text.enabled", false);' to repro.
Updated•8 years ago
|
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•8 years ago
|
Comment 7•4 years ago
|
||
Following the reporter's steps I am able to confirm that the issues doesn't happen anymore on Windows 10 and MacOs 10.15 on any of the current versions of Firefox Nightly 87.0a1 (2021-02-16), beta 86.0 and release 85.0.2. The example test cases or the given site (with the pref set to false as well) don't crash Firefox anymore.
Closing this issue as Resolved > Worksforme.
Feel free to re-open or file a new bug if this issue reoccurs again.
Status: REOPENED → RESOLVED
Closed: 9 years ago → 4 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•