Closed Bug 1166771 Opened 9 years ago Closed 9 years ago

pushstate for reader mode should reset browser.isArticle to false if the new page isn't readerable

Categories

(Firefox :: General, defect)

38 Branch
defect
Not set
normal
Points:
3

Tracking

()

VERIFIED FIXED
Firefox 41
Iteration:
41.1 - May 25
Tracking Status
firefox38.0.5 --- verified
firefox39 --- verified
firefox40 --- fixed
firefox41 --- fixed

People

(Reporter: Gijs, Assigned: Gijs)

References

Details

Attachments

(1 file, 1 obsolete file)

This was originally: https://github.com/mozilla/readability/issues/227

Reproducible on:
Beta 38.0.5 beta 3 - build1 (20150518141916)
Affected platforms: Windows 7 x86, Windows 8.1 x64, Mac OS X 10.9.5 and Ubuntu 14.04 x64

Steps to reproduce:
1. Navigate to http://espn.go.com/
2. Click on any article
3. Hit Back button
Actual result: Enter Reader View button is visible in URL bar for espn.com homepage
4. Click on Enter Reader View button
Actual result: 'Failed to load article from page'

Sample pages showing this issue:

    http://www.usatoday.com/
    https://www.youtube.com/
    http://espn.go.com/



(this also affects nightly)
Flags: qe-verify+
Flags: in-testsuite-
Flags: firefox-backlog+
Attached file MozReview Request: bz://1166771/Gijs (obsolete) —
/r/9127 - Bug 1166771 - force isArticle to false on pushstate on non-article pages, r?margaret

Pull down this commit:

hg pull -r dc54fbcffb8da01ac19f7204239d6ea3bebc947e https://reviewboard-hg.mozilla.org/gecko/
Attachment #8608161 - Flags: review?(margaret.leibovic)
Comment on attachment 8608161 [details]
MozReview Request: bz://1166771/Gijs

https://reviewboard.mozilla.org/r/9125/#review7761

Ship It!
Attachment #8608161 - Flags: review?(margaret.leibovic) → review+
Comment on attachment 8608161 [details]
MozReview Request: bz://1166771/Gijs

Approval Request Comment
[Feature/regressing bug #]: reader mode perf adjustments
[User impact if declined]: reader mode icon sticks around when it shouldn't
[Describe test coverage new/current, TreeHerder]: nope
[Risks and why]: low. This should only adjust the currently missed case where a page change doesn't cause a pagehide event but only a pushstate event where the new state of the doc doesn't need reader mode, whereas the old state of the doc *did*, which then causes the button to mistakenly hang around.
[String/UUID change made/needed]: nope

Dolske/Margaret, would love opinions about whether you think taking this for 38RC (gtb tomorrow!) is too risky or not. Re-reading the patch and the risk description above (which I think is accurate!) I think it's non-risky enough, but I appreciate it's late in the cycle.
Flags: needinfo?(margaret.leibovic)
Flags: needinfo?(dolske)
Attachment #8608161 - Flags: approval-mozilla-release?
Attachment #8608161 - Flags: approval-mozilla-beta?
Attachment #8608161 - Flags: approval-mozilla-aurora?
(In reply to :Gijs Kruitbosch from comment #4)

> Dolske/Margaret, would love opinions about whether you think taking this for
> 38RC (gtb tomorrow!) is too risky or not. Re-reading the patch and the risk
> description above (which I think is accurate!) I think it's non-risky
> enough, but I appreciate it's late in the cycle.

I think it is low-risk. Looking at the logic, in the worst-case scenario, we just end up sending a message to hide the reader button when we otherwise wouldn't send that message.

That being said, I think we should make sure to bang on a build to make sure that nothing unexpected happens, because even low-risk patches can sometimes contain surprises.
Flags: needinfo?(margaret.leibovic)
https://hg.mozilla.org/mozilla-central/rev/bd4b92eb955d
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 41
Comment on attachment 8608161 [details]
MozReview Request: bz://1166771/Gijs

It is a new feature, affect high-profile sites, should be safe. Taking it. Hopefully, it won't break everything :)
Attachment #8608161 - Flags: approval-mozilla-release?
Attachment #8608161 - Flags: approval-mozilla-release+
Attachment #8608161 - Flags: approval-mozilla-beta?
Attachment #8608161 - Flags: approval-mozilla-beta+
Attachment #8608161 - Flags: approval-mozilla-aurora?
Attachment #8608161 - Flags: approval-mozilla-aurora+
Verified fixed on RC 38.0.5-build3 (20150521175336), using the sample pages from comment 0 along with several other similar pages. Further Regression testing will be conducted on this area during the validation of 38.0.5-build3.
Status: RESOLVED → VERIFIED
Flags: needinfo?(dolske)
No longer depends on: 1168101
Verified fixed using 39.0b1 build 2 (20150523155636), under the following platforms: Windows 7 64-bit, Mac OS X 10.9.5 and Ubuntu 14.04 32-bit.
Removing qe-verify+ since verification on 38.0.5 Beta and 39 Beta should suffice.
Flags: qe-verify+
Attachment #8608161 - Attachment is obsolete: true
Attachment #8620340 - Flags: review+
You need to log in before you can comment on or make changes to this bug.