New issue
Advanced search Search tips

Issue 859482 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

Webpages on Cloudflare CDN not loading properly

Reported by moritz.n...@gmail.com, Jul 2

Issue description

Example URL:
http://1.1.1.3/bmi/media.graytvinc.com/images/810*359/trump+ecstasy3.jpg

Steps to reproduce the problem:
1. Go to listed page on latest chrome version ---> redirected to 1.1.1.1, generic cloudflare homepage
2. Roll back to factory chrome version 61.x.x.x --> content loads correctly
3. Reinstall latest version from Google play --> issue resppears

What is the expected behavior?
Content should load

What went wrong?
Content doesn't load on current release

Does it occur on multiple sites: Yes

Is it a problem with a plugin? N/A 

Did this work before? Yes Can not determine, maybe a week ago?

Does this work in other browsers? Yes

Chrome version: 67.0.3396.87  Channel: stable
OS Version: 8.0.0.0
Flash Version:
 
Components: -Blink Internals>Network
Labels: Needs-Feedback
HSTS related? I observe all links being http.
Project Member

Comment 3 by sheriffbot@chromium.org, Jul 2

Cc: chrishtr@chromium.org
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
Labels: Needs-triage-Mobile

Comment 6 Deleted

Comment 7 Deleted

Seems like the site owner deactivated Cloudflare, http://1.1.1.3/bmi doesn't get prepended anymore, pictures are being served from their own server.
Direct link now goes to an error page instead of 1.1.1.1
FYI: For more discussion on this issue see the forum topic
https://productforums.google.com/forum/#!topic/chrome/Pm57aP50RHw
Issue reappeared, please see attached.
Since the commenter above misunderstood:
The page itself is not on Cloudflare, just certain image content.
Screenshot_20180704-112728.png
277 KB View Download
Cc: jbanavatu@chromium.org
Labels: Triaged-Mobile Needs-Feedback
Tested the issue on Android and Observed that contents loads properly.

Steps Followed:
1. Launch chrome
2. Navigate to http://www.wndu.com/content/news/Indiana-police-say-they-seized-Trump-shaped-ecstasy-pills-487069391.html
3. Observe that page loads properly(all images are seen)

Chrome version: 
67.0.3396.87 (Stable)

Android :
8.1.0,7.0.0

Android device:
Pixel 2 XL, Samsung J 7 

@reporter: Could you please provide details of device & android build you are using for further triaging.

Thanks!
859482.png
324 KB View Download
moritz@: Could you post a snippet of the WNDU html source that refs this 810*359 image, as you see it?  I'm trying to understand how your location interacts with WNDU and its CDN.  The WNDU page loads fine for me.
I (LA, Ca) see (no CDN tracks):

<article>
<div itemscope itemtype="http://schema.org/NewsArticle">
	<h1 id="newsStoryTitle" itemprop="headline">Indiana police say they seized 'Trump-shaped ecstasy pills'</h1>
	<figure>
	<div class="img-wrapper" id="storyThumb" itemprop="image"><img src="http://media.graytvinc.com/images/810*359/trump+ecstasy3.jpg" width="810" height="359" alt="" title="" border="0"class="img img-responsive" itemprop="image" /></div>
         <figcaption><h6 class="text-center">Photo from WTHR / Indiana State Police</h6></figcaption>
		</figure>

Comment 13 Deleted

Project Member

Comment 14 by sheriffbot@chromium.org, Jul 4

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
				<div class="img-wrapper" id="storyThumb" itemprop="image"><img src="http://media.graytvinc.com/images/810*359/trump+ecstasy3.jpg" width="810" height="359" alt="" title="" border="0"class="img img-responsive" itemprop="image" /></div>

Currently seeing the image, no 1.1.1.3 reference anywhere.

Location Munich, Germany

Network Vodafone LTE

Device HTC U11
Screenshot_20180704-231610.png
105 KB View Download
Screenshot_20180704-231605.png
98.5 KB View Download
moritz@ - Any clues about what changed? Why it's working now?

When debugging, cache is always an issue.  Once a bad page is cached, it tends to be reused, even though a good copy is later available.  For relatively unrelated reasons the cache can become invalid, refreshes, and the good content finally appears.

Let us know if you see the problem again.

FYI the next android chrome 68 release has a fix that changes how 1.1.1.1 is treated.  It has been removed from the HSTS preload list.  See  issue 853934 
Cc: agl@chromium.org
Labels: Needs-Feedback
As per comment 16, adding Needs-Feedback label to know if issue is seen again.
@moritz: Could you please check by installing latest chrome beta #68.0.3440.40 and let us know if issue persists.

Thanks! 
[moritz]:  Are you still having the issue?
Ping, reporter?
Oh sorry, issue has disappeared after a device factory reset. Must have
been local after all.
Project Member

Comment 21 by sheriffbot@chromium.org, Aug 20

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
Status: WontFix (was: Unconfirmed)

Sign in to add a comment