New issue
Advanced search Search tips

Issue 871906 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Compat



Sign in to add a comment

Input Background Image Not Rendering With Transparent Background Color

Reported by chrisjba...@gmail.com, Aug 7

Issue description

Example URL:
https://wol.jw.org

Steps to reproduce the problem:
1. Navigate to URL
2. Observe icon to right of search box is missing
3. Set background color of that <input /> element to white or disable the 2x media query image.
4. Note the icon shows up

What is the expected behavior?
The search icon should always be there.

What went wrong?
The icon isn't visible.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 67.0.3396.99  Channel: stable
OS Version: 8.1
Flash Version: 

You'll see from the three screen shots that if I just add a non-transparent background color to the <input /> element, then the background image shows correctly, or, if I disable the CSS rule to use a high DPI sprite sheet, the background image also shows correctly.
 
Original - Missing Icon.png
718 KB View Download
Background Color - Icon Visible.png
719 KB View Download
Low DPI Image - Icon Visible.png
722 KB View Download
Labels: Needs-triage-Mobile
Cc: chelamcherla@chromium.org
Components: UI>Browser>Mobile
Labels: Triaged-Mobile Needs-Feedback
Unable to reproduce this issue on 67.0.3396.99 and latest stable #68.0.3440.85 using Pixel 2/Android 8

1. Opened https://wol.jw.org in chrome, in desktop navigated to chrome://inpsect/devices and inspected it
2. Observed search icon even on enabling/disabling background-image option. Attaching screenshot for reference.

@ chrisjbarth: Please check the screenshot and let us know if we miss anything. Please provide device details along with screencast on reproducing the issue. This would help in better triaging.

Thanks!

Screen Shot 2018-08-08 at 5.59.30 PM.png
902 KB View Download
Thank you for following up. The problem only occurs at certain resolutions. The example you showed is a phone at portrait, which isn't wide enough to get the input box to show. If you turn to landscape you should also see the problem. We have been using a Pixel C in portrait mode to generate the screen shots you see above. We also can see this problem on a Pixel, Android 8.1, Chrome 68.0.3440.91, but only in landscape on that device.
Project Member

Comment 4 by sheriffbot@chromium.org, Aug 9

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: Blink>Layout
Labels: Target-70 M-70 FoundIn-70
Status: Untriaged (was: Unconfirmed)
Re-Tested the issue as per comment#3 in Android and able to reproduce the issue. 

Steps Followed:
1. Opened https://wol.jw.org in chrome, rotated to landscape -- observed missing of search icon

Chrome versions tested:
68.0.3440.91, 68.0.3440.85 , 70.0.3516.3(Latest canary)

OS:
Android 8.0.0

Android Devices:
Pixel 2

Issue is seen from older M-60 builds. Hence considering this issue as Non-Regression and marking as Untriaged for further inputs from dev team.

Please navigate to below link for log's  --
go/chrome-androidlogs/871906

Thanks!
Components: -UI>Browser>Mobile
Labels: Needs-Bisect
I don't think UI>Browser>Mobile is the right component for this since it appears to be an issue with the web rendering. 
Labels: -Needs-Bisect
Components: -Blink>Layout Blink>Forms>Button
Looks like a problem with the android specific theme for button controls, specifically they appear to be opaque.
Components: -Blink>Forms>Button Blink>Paint
> if I disable the CSS rule to use a high DPI sprite sheet, the background image also shows correctly.

Sounds like a paint issue.

Owner: schenney@chromium.org
Status: Assigned (was: Untriaged)
Cc: schenney@chromium.org
Owner: ----
Status: Available (was: Assigned)
I can verify and reproduce. The issue appears to be specific to the Android button painting code, because the issue does not reproduce on desktop with what I believe is the same setup, attached.
cr871906.html
574 bytes View Download
Just a bit more background. With the standard resolution sprites the bitmap does not need to be resampled, so we can paint it using direct rect filling code. When the high res images are used we must resample the image to paint the background, which goes down a different painting code path. My guess is that the latter is missing something to correctly set the blend mode, or rather then button painting code is failing to reset the blend mode.

Sign in to add a comment