Our AdoptMeApp widget is squished sideways now most of the time. It worked fine prior to Thu 10/27/16
Reported by
cynthiat...@gmail.com,
Oct 30 2016
|
||||
Issue descriptionExample URL: http://getpet.info/Marz_CCSTCA_01 Steps to reproduce the problem: 1. Go to the link above on an android device 2. MOST of the time our AdoptMeApp widget will be squished sideways. About 1 in 20 views it looks OK. This widget is installed in multiple Web pages on multiple websites & the problem occurs everywhere. 3. Problem also occurs in twitter browser What is the expected behavior? Look at the Web page in Firefox. It is full size there. What went wrong? Squished sideways Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes Before 10/27/16 Does this work in other browsers? Yes Chrome version: 54.0.2840.68 Channel: stable OS Version: Flash Version: We are desperate. We'are at a critical moment in our company's success and the key component of our system, our AdoptMeApp widget, is broken on Chrome android
,
Oct 31 2016
Thank you for your quick response!
Yes, we're still seeing this problem on at least 3 devices...
- Nexus 7 (2013) running Android 4.4.4 and Chrome 54.0.2840.68
- HP 10 2101 running Android 4.2.2 and Chrome 54.0.2840.68
- Samsung Galaxy 5 Model SM-N920V Android 6.0.1 Chrome version 54.0.2840.68
However, we cannot recreate on...
- LG G2 running 5.0.2 and Chrome 54.0.2840.68
- ASUS TFT300T running Android 4.2.1 and Chrome 52.0.27.43.98
- still cannot recreate after upgrading this device to Chrome 54.0.2840.68
On the Nexus 7, we have cleared cache and cookies, but it didn't make a difference.
Also note: The problem is *somewhat* intermittent. You may have to refresh a couple times to see it. After clearing cache and cookies, then refreshing 3 open tabs where the problem was occurring, two of them still had the problem and one did not.
,
Oct 31 2016
Thank you for your quick response! I also added this info as a comment in
the bug report.
Yes, we're still seeing this problem on at least 3 devices...
- Nexus 7 (2013) running Android 4.4.4 and Chrome 54.0.2840.68
- HP 10 2101 running Android 4.2.2 and Chrome 54.0.2840.68
- Samsung Galaxy 5 Model SM-N920V Android 6.0.1 Chrome version 54.0.2840.68
However, we cannot recreate on...
- LG G2 running 5.0.2 and Chrome 54.0.2840.68
- ASUS TFT300T running Android 4.2.1 and Chrome 52.0.27.43.98
- still cannot recreate after upgrading this device to Chrome
54.0.2840.68
On the Nexus 7, we have cleared cache and cookies, but it didn't make a
difference.
Also note: The problem is *somewhat* intermittent. You may have to refresh
a couple times to see it. After clearing cache and cookies, then refreshing
3 open tabs where the problem was occurring, two of them still had the
problem and one did not.
,
Nov 1 2016
I've tried numerous times but definitely don't see the problem on Nexus 5X and 6. I can try again tomorrow on Nexus 7 when I get to my device. The page is doing an XHR and injecting an iframe using innerHTML. There doesn't seem to be anything suspicious or complicated going on so I'm at a loss. Hopefully we can repro on a device locally...
,
Nov 1 2016
Found a nexus 7 (2013), will try to reproduce once the battery has been charged.
,
Nov 1 2016
Hi folks, I'm QA engineer on the project where we're seeing this problem. We've been looking at it from our end and I have additional/updated data points for you: - As noted above, this problem only occurs only in Chrome/Android and in the Chrome-based browser built into Twitter for Android. It does not occur in any other browser on any other platform (Chrome, FF, Safari, iCab, etc. in iOS, Mac or Windows), and does not occur on any other browser I've tested in Android, including Firefox and Ghostery. - We've found that adding "overflow: hidden;" to the header in the CSS fixes the problem of the *main content* being narrowed, but does not fix the problem of the text-wrapping within the header itself. (See attached screenshot.) We could make the fonts in the header much smaller, but that kinda defeats the purpose of the header. And again, none of these problems occur in any browser other than Chrome/Android, and the problem just cropped up in the last few days, so I don't think its our CSS that's the problem. :) Thanks for your help. Look forward to hearing what you see on the N7.
,
Nov 2 2016
I've just deleted a previous comment with a couple links for examples of the problem because we've found a temporary workaround that patches one of the two issues, and we've made it live so our client sites aren't as affected. In place of those two links, I'm giving you two that can remain in these states as long as you need them, because they're on demo and test environments. To see the bug as originally reported, please use this link: http://getpet.info/UrlName_ZTSHCA_01 To see the bug after the "overflow: hidden;" patch (which improved the body of the widget is better, but the *header* is still textwrapping), use this link: http://demoshelter.typaldos.com/2015/12/24/suki/
,
Nov 2 2016
Thank you, glad you for a workaround for now! Unable to reproduce the issue even with your new links sadly, requesting help from our test engineers.
,
Nov 3 2016
Well, it's a partial workaround anyway. So you're not seeing this on the Nexus 7 either? Curious: is that device running KitKat or Lollipop?
,
Nov 9 2016
Hey folks, Can we get an update from you? @:) Rob
,
Nov 9 2016
Sadly, I'm also unable to repro on a Nexus 7 with Lollipop MR1, using Chrome 54.0.2840.85. Screenshot: https://drive.google.com/file/d/0B8erhfwi4twRNDVvSE5rWVZRZXc/view?usp=sharing There must be something more to reproduce the issue.
,
Nov 10 2016
Hells bells. :( Did you try refreshing a few times?
,
Nov 10 2016
Refreshing, history navigating, and url bar navigating, many times
,
Nov 10 2016
Thanks for trying so diligently to replicate the problem. We're still seeing it on multiple devices, even after going to the extreme of uninstall/reinstall of Chrome (after clearing cache and cookies didn't help). Not much more you can do without being able to see the problem yourself. I guess we'll have to attempt acrobatics in our CSS to accommodate this bug. Cheers, Rob VP of Operations Kachingle/AdoptMeApp
,
Jan 17 2017
As there is a workaround and we haven't been able to reproduce the issue I'm afraid there isn't much more we can do. If the problem resurfaces please update this bug and we'll try again. Thanks for your time and the detailed report! |
||||
►
Sign in to add a comment |
||||
Comment 1 by bokan@chromium.org
, Oct 31 2016Components: -Blink Blink>Layout
Labels: Needs-Feedback
NextAction: 2016-11-14