The var() function seems to be broken when it spans several lines
Categories
(DevTools :: Inspector: Rules, defect, P2)
Tracking
(firefox-esr140 unaffected, firefox148 unaffected, firefox149 fixed, firefox150 fixed)
| Tracking | Status | |
|---|---|---|
| firefox-esr140 | --- | unaffected |
| firefox148 | --- | unaffected |
| firefox149 | --- | fixed |
| firefox150 | --- | fixed |
People
(Reporter: julienw, Assigned: nchevobbe)
References
(Regression)
Details
(Keywords: regression)
Attachments
(4 files, 1 obsolete file)
STR:
- Open the attachment.
- Inspect the cyan square.
=> Notice that the var name is absent in the rule.
| Reporter | ||
Comment 1•3 months ago
|
||
| Reporter | ||
Comment 2•3 months ago
•
|
||
The source is:
div {
width: var(
--foo, 500px
);
height: 500px;
background: cyan;
}
But the result in the devtools' inspector is:
div {
width: var(, 500px);
height: 500px;
background: cyan;
}
Updated•3 months ago
|
| Assignee | ||
Comment 3•3 months ago
|
||
Updated•3 months ago
|
| Assignee | ||
Comment 4•3 months ago
|
||
submitted patch to fix the issue. This could also be triggered with something as simple as having a space before the var name (e.g. var( --x))
Updated•3 months ago
|
| Assignee | ||
Updated•3 months ago
|
Comment 5•3 months ago
|
||
Set release status flags based on info from the regressing bug 1854104
| Assignee | ||
Comment 8•3 months ago
|
||
(asked for beta uplift, even though I know there won't be any beta release, I just want the patch to be included in 149 so we don't ship the bug in release)
| Assignee | ||
Comment 9•2 months ago
|
||
In Bug 1854104 I made a change to in #parseMatchingParens to return all the
tokens we parsed, including whitespaces.
This threw off the logic for parsing var(), so we're reverting this.
Because of this, we need a small adjustment in the function responsible to
parse attr() (adding a space after we handle a Comma).
Original Revision: https://phabricator.services.mozilla.com/D288689
Updated•2 months ago
|
Comment 10•2 months ago
|
||
firefox-release Uplift Approval Request
- User impact if declined/Reason for urgency: Users won't see variables used in
var()in the inspector if there's whitespace before the variable name - Code covered by automated testing?: yes
- Fix verified in Nightly?: no
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing: -
- Risk associated with taking this patch: low
- Explanation of risk level: simple devtools-only change, reverting the regressing patch, covered by test
- String changes made/needed?: -
- Is Android affected?: no
| Assignee | ||
Comment 11•2 months ago
|
||
In Bug 1854104 I made a change to in #parseMatchingParens to return all the
tokens we parsed, including whitespaces.
This threw off the logic for parsing var(), so we're reverting this.
Because of this, we need a small adjustment in the function responsible to
parse attr() (adding a space after we handle a Comma).
Original Revision: https://phabricator.services.mozilla.com/D288689
Updated•2 months ago
|
Updated•2 months ago
|
Updated•2 months ago
|
Comment 12•2 months ago
|
||
| uplift | ||
Description
•