Closed Bug 1988938 Opened 5 months ago Closed 5 months ago

Enable 'layout.css.webkit-fill-available.enabled' (support -webkit-fill-available in 'height' and 'width')

Categories

(Core :: CSS Parsing and Computation, enhancement)

enhancement

Tracking

()

RESOLVED FIXED
145 Branch
Tracking Status
relnote-firefox --- 146+
firefox145 --- disabled
firefox146 --- fixed

People

(Reporter: dholbert, Assigned: dholbert)

References

(Blocks 7 open bugs)

Details

(Keywords: dev-doc-complete, webcompat:platform-bug)

Attachments

(1 file)

Filing this bug to enable the layout.css.webkit-fill-available.enabled pref, to support -webkit-fill-available in 'height' and 'width' properties.

WPTs exist in the css/css-sizing/stretch wpt-subdirectory, with naming
"stretch-alias-*". We pass most of these (enough that enabling this legacy
keyword is a net win for webcompat) - this pref-flip doesn't impact their
.ini files because the pref has already been default-enabled for that directory
up until this point.

Duplicate of this bug: 1937278
Blocks: 1989071
Keywords: dev-doc-needed
Pushed by dholbert@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/35087837632b https://hg.mozilla.org/integration/autoland/rev/82a884e29ec4 Enable pref 'layout.css.webkit-fill-available.enabled' (to add support for -webkit-fill-available in 'height' and 'width'). r=layout-reviewers,firefox-style-system-reviewers,dshin

Backed out for causing reftest failures @grid-item-auto-min-size-clamp-007.html.

Flags: needinfo?(dholbert)

For the part of that testcase that's changing its rendering here:

  • it was essentially falling back to height:auto behavior (but now actually does something more interesting, with support for this keyword)
  • Chrome agrees with our new rendering.

I'm going to add an annotation to disable this pref specifically for that test, and I'll file a followup on fixing up the test (and removing the annotation).

Flags: needinfo?(dholbert)

I'm going through the webcompat bugs that we've got hanging off of bug 1872755 and similar bugs; and for those that are fixed by my patch here (enabling the keyword in 'width' or 'height'), I'm moving them to depend on this bug rather than the other one.

Pushed by dholbert@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/760c6bc3f7df https://hg.mozilla.org/integration/autoland/rev/d61fef75b716 Enable pref 'layout.css.webkit-fill-available.enabled' (to add support for -webkit-fill-available in 'height' and 'width'). r=layout-reviewers,firefox-style-system-reviewers,dshin
Blocks: 1989136
Blocks: 1948047
Blocks: 1954955
Blocks: 1966389
Status: NEW → RESOLVED
Closed: 5 months ago
Resolution: --- → FIXED
Target Milestone: --- → 145 Branch
Regressions: 1989368
Regressions: 1990034

Is that something worth mentioning in the tech section of our general release notes or is the documentation in MDN enough? Thanks

Flags: needinfo?(dholbert)

Yeah, it's probably worth mentioning.

Release Note Request (optional, but appreciated)
[Why is this notable]: We now support a nonstandard CSS sizing keyword that's used in-the-wild, and our lack-of-support has previously caused site breakage.
[Affects Firefox for Android]: Yes
[Suggested wording]: Firefox now supports the legacy "-webkit-fill-available" keyword as a value for the CSS "width" and "height" properties, to improve rendering of content on the web that uses this keyword. This keyword is an alias for the recently standardized "stretch" keyword (which isn't shipping in Firefox yet).
[Links (documentation, blog post, etc)]: https://developer.mozilla.org/en-US/docs/Web/CSS/width#stretch
(That's the MDN snippet on the standard stretch value; it mentions -webkit-fill-available as a prefixed alias in the compatibility section. I couldn't find any more-specific MDN page on specifically the alias itself.)

relnote-firefox: --- → ?
Flags: needinfo?(dholbert)

Thanks, note added to our Nightly-only release notes as the stretch keyword isn't shipping yet. here is the Nightly note wording:

Starting with Firefox 145, we now supports the legacy -webkit-fill-available keyword as a value for the CSS width and height properties, to improve rendering of content on the web that uses this keyword. This keyword is an alias for the recently standardized stretch keyword (which isn't shipping in Firefox yet).

Thanks! Looks like that's at https://www.firefox.com/en-US/firefox/145.0a1/releasenotes/

Minor typo, "we now supports" should say "support" (no trailing "s"). Mind fixing?

Flags: needinfo?(pascalc)

(In reply to Daniel Holbert [:dholbert] from comment #13)

Thanks! Looks like that's at https://www.firefox.com/en-US/firefox/145.0a1/releasenotes/

Minor typo, "we now supports" should say "support" (no trailing "s"). Mind fixing?

Fixed, will be live in 20mn

Flags: needinfo?(pascalc)

This is riding to beta/release, resetting the flag to keep on the radar for final release notes.

MDN docs changes can be tracked in the following GitHub issue: https://github.com/mdn/content/issues/41502

pascal: could we back this bug's patch (comment 9) out from 145beta?

(This feature has at least one bug (bug 1990034) and possibly another (bug 1989365) that need fixing before it hits release. I'd been hoping to fix+uplift those to 145beta, but probably at this point the safer option is to turn this off for 145.)

Flags: needinfo?(pascalc)

(In reply to Daniel Holbert [:dholbert] from comment #17)

pascal: could we back this bug's patch (comment 9) out from 145beta?

(This feature has at least one bug (bug 1990034) and possibly another (bug 1989365) that need fixing before it hits release. I'd been hoping to fix+uplift those to 145beta, but probably at this point the safer option is to turn this off for 145.)

Done, I'll update our release notes documents to remove it from 145 new features

Flags: needinfo?(pascalc)

Thanks!

Removed from Firefox 145 beta notes (and our draft final 145 notes). Added to 146 nightly notes as a carry over note from 146.
Given that it is still activated by default to ride the trains in 146, I am putting the relnote flag back to make sure we have it on our radar for the next beta/releaser cycle

relnote-firefox: --- → ?
QA Whiteboard: [qa-triage-done-c147/b146]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: