New issue
Advanced search Search tips

Issue 716000 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

Make page Mobile friendly can't deal with some pages of simple HTML

Reported by jidanni@gmail.com, Apr 27 2017

Issue description

Example URL:
http://jidanni.org/index.html

Steps to reproduce the problem:
1. Browse the URL
2. Press make page Mobile friendly on the bottom of the screen
3. Observe the words no data found

What is the expected behavior?

What went wrong?
Such a simple page of HTML and it can't find any data? How could it be?

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 59.0.3071.25  Channel: dev
OS Version: 
Flash Version:
 
Components: UI>Browser>ReaderMode
Labels: M-59
Owner: mdjones@chromium.org
Status: Assigned (was: Unconfirmed)
I am able to repro on Note3/59.0.3071.25 build
Cc: mdjones@chromium.org
Owner: wychen@chromium.org
The reader mode feature is designed to work on pages with articles on them. Since the page in question doesn't contain an article, the feature shouldn't trigger. Punting to wychen@ to take a look.

Comment 3 by jidanni@gmail.com, Apr 27 2017

Well the big difference between it and http://jidanni.org/me/index.html is that the one that fails just has a few images near the top.

Comment 4 by jidanni@gmail.com, Apr 28 2017

I mean even text browsers like w3m and lynx can deal with such pure HTML with no CSS and no javascript like butter...

Comment 5 by wychen@chromium.org, Apr 28 2017

I think the bug here is that the Mobile-friendly view shouldn't be triggered, since neither one of the pages contains exactly one article.

Comment 6 by jidanni@gmail.com, Apr 28 2017

They taught us in HTML school that an article (page) should have one <HEAD> and one <BODY> and one <H1> etc.

Comment 7 by wychen@chromium.org, Apr 28 2017

Your viewport setting is perfectly fine, so your site is considered mobile-friendly already. The Mobile-friendly view shouldn't trigger in this case. Did you change the flag and force it to always show it?

Mobile-friendly view is targeted at long-form articles, like blog post or news articles. The two examples you pointed out don't fit our definition. Getting empty results on non-article pages is working as intended.

Comment 8 by jidanni@gmail.com, Apr 29 2017

 1. I cannot find the control to force Moblie Friendly, therefore I
probably did not tamper with it.

2. e.g., http://jidanni.org/me/index.html though already friendly as you
say, looks even more Friendly when I click Make Moblie Friendly.
Therefore I would regret that if, by submitting this bug report, instead
of both pages being available more Friendly, now none of the two shall
be available more Friendly. A step backwards.

Comment 9 by wychen@chromium.org, Jun 28 2017

You can edit your own website so that it looks more friendly as in the distilled version in Mobile-friendly View.

Comment 10 by jidanni@gmail.com, Jul 2 2017

I see, I should make the site unfriendly in order to trigger mobile friendly... ha ha.

Anyway, I'm reporting Chromium bugs not website bugs.
One thing that's unexpected is that http://jidanni.org/index.html contains mobile-friendly viewport tag, but the Mobile-friendly View infobar still shows up. Is this reproducible if the flag chrome://flags/#reader-mode-heuristics is set to "Non-mobile-friendly articles" or "Appears to be an article"?

Comment 12 by jidanni@gmail.com, Jul 12 2017

wychen: I'm sure what you see is the same as me, so will take your word for it.
Also I note in Canary all this mobile-friendly stuff is gone anyway.
Mobile-friendly View infobar shows up on http://jidanni.org/index.html on your phone, but I couldn't reproduce it. This is the unexpected part.

It should still work on Canary. Could you provide more information on how to reproduce it? Does it work if you set chrome://flags/#reader-mode-heuristics to Always?

Comment 14 by jidanni@gmail.com, Jul 12 2017

In Canary, it triggers the pop up only if set to always. Therefore it seems the bug is fixed in Canary. So I suppose you can close this bug. Thank you.

Sign in to add a comment