background-position with only one [ <length | <percent> ] value with gradient incorrectly rendered
Reported by
goo...@gtalbot.org,
Apr 13 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Example URL: http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-one-value-percent-0xx.xht Steps to reproduce the problem: Load self-explanatory reduced tests one <percent> value http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-one-value-percent-0xx.xht or one <length> value http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-one-value-0xx.xht What is the expected behavior? Filled green square and no red What went wrong? sliver of green and large area of red 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: 59.0.3067.0 Channel: dev OS Version: Flash Version: irrelevant Firefox 52 pass these 2 tests. MS-Edge 13 appears to fail these 2 tests. - - - - - - - Thread starts here: http://lists.w3.org/Archives/Public/www-style/2017Apr/0029.html At least 3 people, besides me, believe this is a Chrome bug. - - - - - - - I expect to eventually submit those 2 tests to the CSS3 Background and borders test suite (under different and more suitable filenames) - - - - - - - Credit should go to Henrik Andersson for originally reporting this issue along wiht a test case.
,
Apr 14 2017
2 additional tests with identical actual results (incorrect behaviors): background-size: 10% auto; http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-percent-auto-no-intrinsic-0xx.xht background-size: 10px auto; http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-length-auto-no-intrinsic-0xx.xht The failure (bug) is really about when image has no intrinsic ratio or has no intrinsic size, then 100% should be used. " An 'auto' value for one dimension is resolved by using the image's intrinsic ratio and the size of the other dimension, or failing that, using the image's intrinsic size, or failing that, *_treating it as 100%_*. " CSS Backgrounds and Borders Module Level 3 3.9. Sizing Images: the 'background-size' property https://drafts.csswg.org/css-backgrounds/#the-background-size
,
Apr 14 2017
2 additional tests with identical actual results (incorrect behaviors) *_using SVG image_* with no intrinsic ratio: background-size: 10% auto; http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-percent-auto-no-intrinsic-0xy.xht background-size: 10px auto; http://www.gtalbot.org/BrowserBugsSection/CSS3Backgrounds/draft-background-size-length-auto-no-intrinsic-0xy.xht
,
Apr 17 2017
,
Apr 18 2017
Able to reproduce this issue on Windows 10,Ubuntu 14.04 and Mac 10.12.4 with chrome stable #57.0.2987.133, Canary # 60.0.3074.0 and also in earlier version #30.0.1549.0 This is a non-regression issue, hence marking it as untriaged. Attaching a screen-cast for reference.
,
Apr 26 2017
Equivalent WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=170834 - - - - - In all fairness, the summary (title) of this Issue would be better, more consequent if worded like this: background-position with 'auto' value when image has no intrinsic size incorrect
,
May 5 2017
Duh! The summary (title) of this Issue should say *_background-size_* and not background-position! All 6 tests mention in this Issue are testing background-size and not background-position. So: the summary (title) of this Issue would be better, more consequent if worded like this: background-size with 'auto' value when image has no intrinsic size incorrect
,
May 18 2017
,
May 14 2018
This works in Firefox, and fails in Safari (as in Chrome). Gérard, perhaps you want to report the issue for Safari/WebKit as well? (If you haven't already.) I hope it will get fixed in both Chrome and Safari.
,
May 14 2018
Oh, you had already reported it for WebKit: https://bugs.webkit.org/show_bug.cgi?id=170834 I hope it will get fixed in both Chrome and Safari ...
,
May 15 2018
Tobi Reif, I think the component for this issue should be Blink>Layout and not UI; the issue has not been triaged yet anyway. I still want to submit the 6 tests mentioned here into the CSS3 Backgrounds and Borders test suite (under different and more suitable filenames)... along with many other tests that I also want to submit...
,
Nov 21
**UI mass Triage** We were unable to reproduce this bug on Canary #72.0.3616.0. If this bug still reproduces for you, please reopen or file a new issue. Thanks! |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by goo...@gtalbot.org
, Apr 13 2017