Open
Bug 1823446
Opened 2 years 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•2 years ago
|
Severity: -- → S3
Comment 1•1 year ago
|
||
I think this can be closed with the fix in bug 1887455
You need to log in
before you can comment on or make changes to this bug.
Description
•