New issue
Advanced search Search tips

Issue 660739 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

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 description

Example 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
 
Screenshot_20161028-223520.png
1.5 MB View Download
Screenshot_20161028-223554.png
859 KB View Download
Screenshot_20161028-223604.png
261 KB View Download

Comment 1 by bokan@chromium.org, Oct 31 2016

Cc: bokan@chromium.org
Components: -Blink Blink>Layout
Labels: Needs-Feedback
NextAction: 2016-11-14
I'm unable to reproduce the problem on the given link using Chrome Android versions 54.0.2840.68 or 56.0.2903.0, both on a Nexus 6 and a Nexus 5X. Are you still experiencing this issue? Are there more steps or a different page you could provide?
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.
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.

Comment 4 by bokan@chromium.org, Nov 1 2016

Labels: -Needs-Feedback
NextAction: ----
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...

Comment 5 by e...@chromium.org, Nov 1 2016

Found a nexus 7 (2013), will try to reproduce once the battery has been charged.
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.
Issue 660739 screenshot 2016-11-01-14-00-37.png
230 KB View Download

Comment 7 Deleted

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/

Comment 9 by e...@chromium.org, Nov 2 2016

Labels: Needs-Feedback Needs-Reduction Needs-TestConfirmation
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.
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?
Hey folks,

Can we get an update from you?

@:)
Rob
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.
Hells bells. :(

Did you try refreshing a few times?

Comment 14 by bokan@chromium.org, Nov 10 2016

Refreshing, history navigating, and url bar navigating, many times
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

Comment 16 by e...@chromium.org, Jan 17 2017

Cc: e...@chromium.org
Status: WontFix (was: Unconfirmed)
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