css resize property should work on images regardless of overflow
Reported by
friv...@gmail.com,
Jun 26 2017
|
|||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:54.0) Gecko/20100101 Firefox/54.0 Steps to reproduce the problem: Open the following test files from the W3C CSS-UI-3 test suite: img: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-008/format/html5/ svg: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-009/format/html5/ picture: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-010/format/html5/ object: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-011/format/html5/ iframe: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-012/format/html5/ canvas: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-013/format/html5/ video: https://test.csswg.org/harness/test/css-ui-3_dev/single/resize-014/format/html5/ What is the expected behavior? The tests should pass What went wrong? The tests fail Did this work before? No Does this work in other browsers? N/A Chrome version: 61 Channel: canary OS Version: OS X 10.11 Flash Version: Shockwave Flash 26.0 r0 Quote from the spec: UAs may also apply [the resize property], regardless of the value of the overflow property, to replaced elements representing images or videos, such as img, video, picture, svg, object, or canvas.
,
Jun 26 2017
,
Jun 27 2017
My guess is this is layout rather than style?
,
Jun 27 2017
Tested on Chrome Canary #61.0.3142.0 on Mac Mac 10.12.5 and compared the behavior of the provided links in Canary, FireFox and Safari. Except for the iframe, behavior of all the provided links is same. Height and width of the Orange boxes can't be adjusted. Screencast of the behavior is attached. For iframe different behavior is noticed in different browsers: Canary : Height and width can be expanded, but the size of the box remains same. FirFox : Height and width can't be adjusted. Safari : Box size varies with respective to the height and width but there is empty space seen. @Reporter - could you please confirm which of the above is expected. Thanks in advance.
,
Jun 27 2017
From the point of view of resizing, Chrome and safari are the same, and are both correct: the iframe is resizable. What's going on inside the iframe is different, but that's a separate issue about how to size svg content in an iframe. This should be looked into, but is unrelated. For all the other types (img, canvas, video...), the specification now allows browsers to make them resizable as well. This is a somewhat recent addition, so none of the browsers support that behavior yet, but the CSS Working Group has found that it would be useful, and would (likely) not cause web compat problems. https://drafts.csswg.org/css-ui-3/#resize Note that the spec "allows to" not "requires to", so it is OK if you do not allow resizing. Just less useful.
,
Jun 27 2017
Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 28 2017
Untriaging this issue based on the comment received from the reporter in comment#3. Could someone from css team look into this issue please.
,
Jun 29 2017
I strongly suspect this falls under layout. https://cs.chromium.org/chromium/src/third_party/WebKit/Source/core/layout/LayoutBox.cpp?l=958
,
Jun 30 2017
Thanks frivoal!
,
Jun 30 2017
,
Jul 2
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 2
|
|||||||||||||||
►
Sign in to add a comment |
|||||||||||||||
Comment 1 by friv...@gmail.com
, Jun 26 2017