New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 612519 link

Starred by 3 users
Status: Available
Owner: ----
Cc:
█ rnimmagadda@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Compat



Sign in to add a comment

-webkit-appearance:button isn't cancelled by background-color in 100% zoom lavel

Reported by dannyfr...@gmail.com, May 17 2016 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.102 Safari/537.36

Example URL:
http://jsbin.com/lejivuz/edit?html,css,output

Steps to reproduce the problem:
1.  Open the JSBIN
2. Put zoom level to 100%
2. Observe the button does not have a black background color
3. Zoom either up or down
4. Observe background color kicks in

What is the expected behavior?
The background should always be black. Not just when the zoom is not 100%.

What went wrong?
The background color doesn't correctly kick in when the zoom level is 100%

Does it occur on multiple sites: No

Is it a problem with a plugin? No 

Did this work before? No 

Does this work in other browsers? N/A 

Chrome version: 50.0.2661.102  Channel: stable
OS Version: OS X 10.11.5
Flash Version: Shockwave Flash 21.0 r0

Comment 1 by rnimmagadda@chromium.org, May 18 2016

Cc: rnimmagadda@chromium.org
Components: Blink>Forms>Textarea
Labels: M-51
Status: Untriaged (was: Unconfirmed)
Able to repro this issue on MAC (10.11.4) for Google Chrome Stable Version - 50.0.2661.102

This is a Non-Regression issue existing from M30 - # 30.0.1549.0

Note: Issue observed only MAC OS. Windows & Linux are fine.

Comment 2 by tkent@chromium.org, May 20 2016

Components: -Blink>Forms>Textarea Blink>Forms>Button
Labels: -M-51 Hotlist-Interop
Status: Available (was: Untriaged)
Summary: -webkit-appearance:button isn't cancelled by background-color in 100% zoom lavel (was: -webkit-appearance and browser zoom)
Firefox on Mac works well.  Safari doesn't.

Comment 3 by tkent@chromium.org, May 20 2016

Labels: -Pri-2 -Hotlist-Interop Pri-3
Firefox just ignore -webkit-appearance.

<button> with background-color works well.  It seems hasAuthorBackground() doesn't work well in this case.
Project Member

Comment 4 by sheriffbot@chromium.org, May 22 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
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. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by tkent@chromium.org, May 22 2017

Labels: -Hotlist-Recharge-Cold
Status: Available (was: Untriaged)
Project Member

Comment 6 by sheriffbot@chromium.org, May 23 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
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

Comment 7 by tkent@chromium.org, May 25 2018

Status: Available (was: Untriaged)

Comment 8 by zcorpan@gmail.com, Today (14 hours ago) 

I think what happens here is:

* appearance: button only uses a native widget on macOS at 100% zoom: https://bugs.chromium.org/p/chromium/issues/detail?id=546679  - this works in Safari, ought to be fixed in chromium.
* background-color only disables appearance on actual buttons, not links. I think this is reasonable/by design. If you want the 'none' appearance on a link, don't set it to 'button'.
►

Sign in to add a comment