sizing of orthogonal block with a percent inline-size value inside an auto-sized containing block
Reported by
goo...@gtalbot.org,
Jan 25 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0 Example URL: http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-htb-in-vlr-001 Steps to reproduce the problem: 8 tests with their associated reference files (expected result): http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-htb-in-vlr-001 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-htb-in-vlr-002 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-htb-in-vrl-001 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-htb-in-vrl-002 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-vlr-in-htb-001 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-vlr-in-htb-002 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-vrl-in-htb-001 http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/sizing-orthog-prct-vrl-in-htb-002 What is the expected behavior? See their respective reference files What went wrong? Some miscalculation by Chrome's CSS engine, imprecise implementation related to section 7.3.1 of Writing-modes spec. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? No Does this work in other browsers? Yes Chrome version: 57.0.2986.0 Channel: dev OS Version: Flash Version: Shockwave Flash 11.2 r202 These 8 tests checks the sizing algorithm when a specific code scenario (orthogonal block, percentage value, containing block of orthogonal block has an indefinite inline size) happens which has been addressed by section 7.3.1 of Writing-modes spec. " (...) a percentage of the containing block's inline size cannot be defined, and inline axis computations cannot be resolved. In these cases, the initial containing block's size is used as a fallback variable in place of the available inline space for calculations that require a definite available inline size. " 7.3.1. Available Space in Orthogonal Flows https://drafts.csswg.org/css-writing-modes-3/#orthogonal-auto Firefox 50+ passes these 8 tests.
,
Jan 25 2017
Able to reproduce the issue on windows-7, Mac-10.12.2 and Linux Ubuntu-14.04 using chrome stable version 55.0.2883.87 and latest canary 58.0.2992.0 and reported version 57.0.2986.0. This is non-regression issue observed from M-30 # 30.0.1599.0 . Hence marking it as Untriaged to get it addressed. Thanks.
,
Jan 25 2017
,
Jan 26 2017
|
||||
►
Sign in to add a comment |
||||
Comment 1 by nyerramilli@chromium.org
, Jan 25 2017