Open
Bug 1823446
Opened 1 year ago
Updated 1 year ago
Simplify NaN min/max expressions correctly
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox113 | --- | affected |
People
(Reporter: canadahonk, Unassigned)
References
(Blocks 1 open bug)
Details
New WPT tests (not landed upstream yet) added in patch for Bug 1820412 show that we also don't simplify min()
/max()
expressions with NaN
arguments correctly. Split up from that bug for ease of patching.
Incompatible mixed units should not be simplified, even with NaN
. Expected examples:
calc(1 * min(NaN * 1pt, NaN * 1cm))
-> calc(NaN * 1px)
- compatible mixed, simplify
calc(1 * min(NaN * 2px, NaN * 4em))
-> min(NaN * 1px, NaN * 1em)
- incompatible mixed, no simplification
calc(1 * clamp(NaN * 2em, NaN * 4px, NaN * 8pt))
-> clamp(NaN * 1em, NaN * 1px, NaN * 1px)
- some compatible, but one incompatible, so no simplification (note unit pt
goes to canonical px
still though)
Updated•1 year ago
|
Severity: -- → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•