Closed
Bug 1046140
Opened 11 years ago
Closed 11 years ago
domUtils.getSubpropertiesForCSSProperty("--foo") returns a huge object
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
FIXED
mozilla34
| Tracking | Status | |
|---|---|---|
| firefox32 | --- | unaffected |
| firefox33 | + | fixed |
| firefox34 | + | fixed |
People
(Reporter: paul, Assigned: paul)
References
Details
Attachments
(1 file, 1 obsolete file)
|
2.95 KB,
patch
|
bzbarsky
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
This code:
Cc["@mozilla.org/inspector/dom-utils;1"].getService(Ci.inIDOMUtils).getSubpropertiesForCSSProperty("--foo")
... returns 6398 sub properties. This makes the devtools go crazy when inspecting variables.
| Assignee | ||
Comment 1•11 years ago
|
||
I guess that might work...
| Assignee | ||
Comment 2•11 years ago
|
||
Yep.
Who could review that?
| Assignee | ||
Updated•11 years ago
|
Attachment #8464718 -
Flags: review?(cam)
Comment 3•11 years ago
|
||
Can we add a test? Just running that line from comment 0 in a debug build shows that something is obviously wrong, since it fails a NS_ABORT_IF_FALSE in nsCSSProps::IsShorthand.
Component: DOM → CSS Parsing and Computation
| Assignee | ||
Comment 4•11 years ago
|
||
Assignee: nobody → paul
Attachment #8464718 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8464718 -
Flags: review?(cam)
Attachment #8464737 -
Flags: review?(bzbarsky)
| Assignee | ||
Comment 5•11 years ago
|
||
Comment 6•11 years ago
|
||
Comment on attachment 8464737 [details] [diff] [review]
v1
r=me
Attachment #8464737 -
Flags: review?(bzbarsky) → review+
Comment 7•11 years ago
|
||
Please talk to Cameron about where this needs to be backported to.
Blocks: 773296
| Assignee | ||
Comment 8•11 years ago
|
||
(In reply to Boris Zbarsky [:bz] from comment #7)
> Please talk to Cameron about where this needs to be backported to.
Devtools code started using getSubpropertiesForCSSProperty with CSS variable names only in Firefox 34, and only devtools use this method. So we don't have to backport this code.
Cameron, do you think we should ask for beta and/or aurora approval?
Flags: needinfo?(cam)
Comment 9•11 years ago
|
||
Can extensions use things on inDOMUtils? If so, we should backport to Aurora just in case someone tries to use it.
Flags: needinfo?(cam)
Comment 10•11 years ago
|
||
> Can extensions use things on inDOMUtils?
Absolutely.
Comment 11•11 years ago
|
||
[Tracking Requested - why for this release]: Extensions can call code that triggers an NS_ABORT_IF_FALSE. Although extensions aren't known to be using this API yet, better close off the bug before they do.
status-firefox32:
--- → unaffected
status-firefox33:
--- → affected
status-firefox34:
--- → affected
tracking-firefox33:
--- → ?
tracking-firefox34:
--- → ?
| Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 12•11 years ago
|
||
Keywords: checkin-needed
Updated•11 years ago
|
Comment 13•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
Comment 14•11 years ago
|
||
Comment on attachment 8464737 [details] [diff] [review]
v1
Approval Request Comment
[Feature/regressing bug #]: bug 1006595
[User impact if declined]: Extensions can call code that triggers an NS_ABORT_IF_FALSE.
[Describe test coverage new/current, TBPL]: Automated test added; patch has just landed on mozilla-central.
[Risks and why]: Low, this just causes the method to throw an exception.
[String/UUID change made/needed]: N/A
Attachment #8464737 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
Updated•11 years ago
|
Attachment #8464737 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 15•11 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•