New issue
Advanced search Search tips

Issue 711489 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 21
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Compat



Sign in to add a comment

background-position with only one [ <length | <percent> ] value with gradient incorrectly rendered

Reported by goo...@gtalbot.org, Apr 13 2017

Issue description

UserAgent: 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.
 

Comment 2 by goo...@gtalbot.org, 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

Comment 3 by goo...@gtalbot.org, 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
Labels: Needs-Triage-M59
Cc: kkaluri@chromium.org
Components: UI
Labels: -Needs-Triage-M59 Needs-triage-Mobile M-59 OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
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. 
Issue 711489.mp4
243 KB View Download

Comment 6 by goo...@gtalbot.org, 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

Comment 7 by goo...@gtalbot.org, 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
Labels: -Needs-triage-Mobile

Comment 9 by t...@tobireif.com, 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.

Comment 10 by t...@tobireif.com, 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 ...

Comment 11 by goo...@gtalbot.org, 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...


Labels: Hotlist-DesktopUIChecked
Status: WontFix (was: Untriaged)
**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