Closed Bug 1163111 Opened 9 years ago Closed 9 years ago

Update Pocket code to latest version (May 7th code drop)

Categories

(Firefox :: Pocket, defect, P1)

defect
Points:
3

Tracking

()

VERIFIED FIXED
Firefox 40
Iteration:
40.3 - 11 May
Tracking Status
firefox38.0.5 --- verified
firefox39 --- fixed
firefox40 --- fixed

People

(Reporter: jaws, Assigned: jaws)

References

Details

Attachments

(1 file)

Attached patch PatchSplinter Review
+++ This bug was initially created as a clone of Bug #1161654 +++
Attachment #8603509 - Flags: review?(dolske)
Flags: qe-verify+
Flags: firefox-backlog+
Priority: -- → P1
Comment on attachment 8603509 [details] [diff] [review]
Patch

Review of attachment 8603509 [details] [diff] [review]:
-----------------------------------------------------------------

::: browser/components/pocket/main.js
@@ +804,5 @@
> +        var panelMessageId = prefixedMessageId(panelId + '_' + messageId);
> +
> +        var AnswerEvt = doc.createElement("PKTMessage");
> +        AnswerEvt.setAttribute("payload", JSON.stringify([payload]));
> +        documentElement.appendChild(AnswerEvt);

Just happened to notice this -- AFAICT the only purpose if the element being created here (and on the other side, for messages in the reverse direction) is to call .dispatchEvent on it. I think that could just be done directly on the iframe's document, then no need to create nodes + append them + remove them.

Just a tiny suggestion for the future.
Attachment #8603509 - Flags: review?(dolske) → review+
Comment on attachment 8603509 [details] [diff] [review]
Patch

Approval Request Comment
[Feature/regressing bug #]: pocket
[User impact if declined]: new UI and misc bug fixes for Pocket from the Pocket engineering team
[Describe test coverage new/current, TreeHerder]: manual QA testing
[Risks and why]: risks limited to Pocket functionality, manual smoke testing locally
[String/UUID change made/needed]: none
Attachment #8603509 - Flags: approval-mozilla-release?
Attachment #8603509 - Flags: approval-mozilla-aurora?
The dt failures all look to be failures in the CSS parsability test, which is what bug 1160629 disabled. So I think this is good to reland (I didn't see any other obvious failures).
Flags: needinfo?(jaws)
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Blocks: 1163265
Blocks: 1163360
Comment on attachment 8603509 [details] [diff] [review]
Patch

(Required for Pocket / 38.0.5 release.)
Attachment #8603509 - Flags: approval-mozilla-release?
Attachment #8603509 - Flags: approval-mozilla-release+
Attachment #8603509 - Flags: approval-mozilla-aurora?
Attachment #8603509 - Flags: approval-mozilla-aurora+
QA Contact: andrei.vaida
During testing of this fix I've noticed that there 2 different messages for trying to sign-up to Pocket without an internet connection:

Message 1:

Unable to connect

Firefox can't establish a connection to the server at getpocket.com.

    The site could be temporarily unavailable or too busy. Try again in a few moments.
    If you are unable to load any pages, check your computer's network connection.
    If your computer or network is protected by a firewall or proxy, make sure that Nightly is permitted to access the Web.

Message 2:

Server not found

Firefox can't find the server at getpocket.com.

    Check the address for typing errors such as ww.example.com instead of www.example.com
    If you are unable to load any pages, check your computer's network connection.
    If your computer or network is protected by a firewall or proxy, make sure that Nightly is permitted to access the Web.

The environment used is:

FF 38.0.5
Build Id: 20150510205200

FF 40
Build Id:20150510030207 

OS: Win 7 x64

Is this expected behavior it seems strange to offer 2 different error messages for the same issue?

This is the link that is opened when trying to sign up to pocket with the Firefox Account: https://getpocket.com/ff_signup?s=hero&t=wlm
Flags: needinfo?(jaws)
The difference between these two errors is very small when the network disconnected. This is acceptable behavior.
Flags: needinfo?(jaws)
Blocks: 1164208
Confirmed fixed through the Regression testing performed on 38.0.5b1-build2 (20150511143336), using Windows 7 (x64), Windows 8.1 (x86), Mac OS X 10.9.5 and Ubuntu 14.04 (x64). All issues found were filed and will be treated separately.
Status: RESOLVED → VERIFIED
Depends on: 1163613
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: