ladybird/Tests/LibWeb/Text/expected/css/CSSImportRule-supportsText.txt

cssText: @import url("https://something.invalid") supports(foo: bar);
supportsText: foo: bar
cssText: @import url("https://something.invalid") supports((display: block) and (foo: bar));
supportsText: (display: block) and (foo: bar)
LibWeb/CSS: Don't resolve `@import` URLs until they are used The regression in the "conditional-CSSGroupingRule" test is we now fail the "inserting an `@import`" subtests differently and the subtests aren't independent. Specifically, we don't yet implement the checks in `CSSRuleList::insert_a_css_rule()` that reject certain rules from being inserted. Previously we didn't insert the `@import` rule because we failed to parse its relative URL. Now we parse it correctly, we end up inserting it. 2025-04-08 18:16:38 +01:00			`cssText: @import url("https://something.invalid") supports(foo: bar);`
LibWeb: Implement `CSSImportRule.supportsText` Returns the supports condition specified by the given import at-rule. 2025-03-19 11:32:34 +00:00			`supportsText: foo: bar`
LibWeb/CSS: Don't resolve `@import` URLs until they are used The regression in the "conditional-CSSGroupingRule" test is we now fail the "inserting an `@import`" subtests differently and the subtests aren't independent. Specifically, we don't yet implement the checks in `CSSRuleList::insert_a_css_rule()` that reject certain rules from being inserted. Previously we didn't insert the `@import` rule because we failed to parse its relative URL. Now we parse it correctly, we end up inserting it. 2025-04-08 18:16:38 +01:00			`cssText: @import url("https://something.invalid") supports((display: block) and (foo: bar));`
LibWeb: Implement `CSSImportRule.supportsText` Returns the supports condition specified by the given import at-rule. 2025-03-19 11:32:34 +00:00			`supportsText: (display: block) and (foo: bar)`