[Webkit-unassigned] [Bug 204328] New: <input> should not honor overflow:scroll/auto

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Nov 18 15:57:17 PST 2019


https://bugs.webkit.org/show_bug.cgi?id=204328

            Bug ID: 204328
           Summary: <input> should not honor overflow:scroll/auto
           Product: WebKit
           Version: Safari Technology Preview
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Forms
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: zcorpan at gmail.com
                CC: cdumez at apple.com, wenson_hsieh at apple.com

There is lack of interoperability on what 'overflow' does for <input> elements.
For <input type=file> in particular, Firefox found that they needed to clip overflow also when 'overflow: visible' was set in author CSS.
https://bugzilla.mozilla.org/show_bug.cgi?id=1543477

WebKit allows scrolling <input type=file> when you set overflow: scroll, but Firefox does not.

Meanwhile there are web compat constraints around how <input> does baseline alignment, which only works per CSS for inline-blocks when 'overflow' is visible.

To fix this on the spec side, I've required that input (except for type=hidden and type=image) must ignore 'overflow' and act like visible for vertical alignment, but still clip content. Text entry widgets also support scrolling per spec.

Spec https://github.com/whatwg/html/pull/4840
Test https://github.com/web-platform-tests/wpt/pull/20172

Chromium bug https://bugs.chromium.org/p/chromium/issues/detail?id=952651

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20191118/244e1854/attachment.htm>


More information about the webkit-unassigned mailing list