Background image not showing
Reported by
ioa.guib...@gmail.com,
Mar 25 2018
|
||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 Example URL: Steps to reproduce the problem: The bug is intermittent so can't really be reproduced... What is the expected behavior? The $ card should have an image background as all other cards. What went wrong? The background image is not displayed. So the card appears to be transparent (as the shadow around the card is properly shown). Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? Yes Does this work in other browsers? Yes Chrome version: 65.0.3325.181 Channel: stable OS Version: 10.0 Flash Version: I am the owner/developer of the website and have not been able to reproduce the bug myself. The bug seems to affect only some users. To see the issue, you need to be logged to www.happymeeple.com and play a game (Lost Cities for example) and then be lucky. 4 different users have complained about the issue in the last few days. They all have 65 version. 2 have the 65.0.3325.162 and 2 have 65.0.3325.181. They did not complain at all when they had version 64. So it is safe to conclude that the issue came with version 65 (and before 65.0.3325.162). I hope this is enough to find out what is happening. The issue is obviously very annoying for us. Thanks for looking into this! Nicolas. Attached: a screenshot of the transparent card and a screenshot of the CSS applied to the transparent element. background:url(... is used.
,
Mar 26 2018
Unable to reproduce the issue on chrome reported version 65.0.3325.181 using Windows-10 with steps mentioned below: 1) Launched chrome reported version and navigated to URL: www.happymeeple.com, logged in to it & clicked on "Lost Cities" game 2) Able to see image background for $ card like all other cards Observations: Tested the issue on chrome version# 64.0.3282.186 and seen same behaviour as mentioned above @Reporter: Please find the attached screen cast for your reference and let us know if we missed anything in reproducing the issue, provide your feedback on it which helps us in further triaging it. Thanks!
,
Mar 26 2018
As I said, the bug is not reproducible. It occurs from time to time. Another used complained about it today. That's now 5 persons. Given that users rarely mention issues like this, that's a big score. Fortunately, I have been able to narrow down the issue today. A player used the Ctrl-F5 combination to force a refresh (with a new cache as I understand) and after that the card appeared properly. She did a simple F5 before and that was not enough. So it is more than likely that the issue comes from the actual downloading of the background image. For some reason, Chrome sometimes fails to load it. As I said, I got no complaint with v65 so the problem definitely comes with v65. Can you please add this to the issue report if you can? I forgot to fill the relevant field when I filed the bug. Thanks for your time! Very much appreciated.
,
Mar 26 2018
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
,
Mar 27 2018
Unable to reproduce the issue on chrome reported version 65.0.3325.181 using Windows-10 with steps mentioned below: 1) Launched chrome reported version and navigated to URL: www.happymeeple.com, logged in to it & clicked on "Lost Cities" game 2) Able to see image background for $ card like all other cards Observations: Tested the issue on chrome reported version by refreshing the page by using Ctrl+F5 and by using only F5, but in both the cases able to see all the background images. @Reporter: Please find the attached screen cast for your reference and provide your feedback on it which helps us in further triaging it, try to test this issue by creating new person with no apps and extensions in it and let us know if the issue still persists. Thanks!
,
Apr 9 2018
,
Apr 9 2018
I tend to think that this is an issue loading the images. There's nothing in the image decoding or painting pipeline that would fail to consistently reproduce, unless we are somehow running out of space to store all the images. But refreshing with a network cache clear argues against that as a cause. Is there anything at all common across the users with the issues? Does the same user always see it? Does it depend on network capabilities? Do you see any server logs indicating failed requests for the images?
,
Apr 9 2018
Not sure. Currently on holidays. Will see if I can find something common and look at our Apache logs. But the issue is still there. New users are complaining. Thx for your help!
,
Apr 9 2018
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
,
Apr 10 2018
As per comment# 2 & 6, unable to reproduce the issue from TE end, hence removing Needs-Bisect label and as per comment# 9 from the reporter adding Needs-Feedback label for further inputs on this issue. Thanks!
,
Apr 25 2018
IMPORTANT: When an image is missing, it is missing everywhere on the page. Every card that should display the image is transparent. IMPORTANT: the missing image is in PNG format. There does not seem to be be anything specific to the machine of the user. We have Macintosh as well as PC users affected. As said earlier, the bug came with version 65. Noone complained about it when version 64 was active. Users who gave feedback said they had a decent Internet connexion. I have checked the Apache log and can see no error at the timestamp when the issue occured. The transparent image was requested to Apache and sent back without error. All in all, I have to agree with schenney@chromium.org. The issue seems to be with the image loading. For some reason, Chrome does not properly load an image that it receives. But should not it display a broken image icon for the missing image? Or is this special icon a thing from the past? List of affected users with location and timestamp: user_team login_timestamp login_user_agent USA - South 2018/03/17 14:24:31 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.162 Safari/537.36 USA – Midwest 2018/03/23 18:45:02 Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 Austria 2018/03/22 10:45:05 Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 Austria 2018/03/22 20:59:12 Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 USA - North-East 2018/04/25 15:51:02 Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
,
Apr 25 2018
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
,
May 11 2018
The issue doesn't seems to be reproducible from TE-end from comment #2 and #6. Hence, adding label TE-NeedsTriageHelp for further investigation from dev team. ccing schenney@ for further inputs on this issue. Thanks...!!
,
May 11 2018
Thanks!
,
May 11 2018
I think the Loading team need to take a look at this, since the cache clear behavior suggests a loading problem, and I do think there were some changes around the M-65 timeframe.
,
May 15 2018
Is it possible to ask affected users to load the page with DevTools opened, and see if the image is loaded successfully or not?
,
May 15 2018
I have asked that but no one has given feedback. I am sorry.
,
May 24 2018
Even when I disable the background rule via devtools the card becomes white, not transparent. What do you think about it?
,
Dec 3
Loading triage: archive due to no feedback in the last some months. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by susan.boorgula@chromium.org
, Mar 26 2018