Closed Bug 892521 Opened 7 years ago Closed 6 years ago

[User Story] Email Notifications - Email App Foreground

Categories

(Firefox OS Graveyard :: Gaia::E-Mail, defect)

ARM
Gonk (Firefox OS)
defect
Not set

Tracking

(blocking-b2g:koi+)

RESOLVED FIXED
1.2 FC (16sep)
blocking-b2g koi+

People

(Reporter: pdol, Assigned: jrburke)

References

Details

(Keywords: feature, Whiteboard: [ucid:Productivity55, FT:Productivity, KOI:P1])

User Story:

As a user, I want to be notified when a new email arrives in my inbox when the email application is currently in the foreground so that I can be made aware that a new email has arrived. 


Acceptance Criteria:

1. If I am currently viewing a particular mailbox within the Email app and a new email is detected to have arrived for that mailbox, the user interface is updated to reflect the new email arrival
2. If I am currently viewing a particular mailbox within the Email app and a new email is detected to have arrived for a different mailbox, I am made aware that I have received an email
3. If I am currently viewing a partiular email body within the Email app and a new email is detected to have arrived for one of my mailboxes, I am made aware that I have received an email
Component: Gaia::E-Mail → Gaia::Clock
A Pivotal Tracker story has been created for this Bug: http://www.pivotaltracker.com/story/show/53237789
Component: Gaia::Clock → Gaia::E-Mail
blocking-b2g: koi? → koi+
Whiteboard: [ucid:Productivity55] → [ucid:Productivity55, FT:Productivity, KOI-P1]
Blocks: 800402
Whiteboard: [ucid:Productivity55, FT:Productivity, KOI-P1] → [ucid:Productivity55, FT:Productivity, KOI:P1]
Flags: in-moztrap+
Flags: in-moztrap+
Flags: in-moztrap+
Target Milestone: --- → 1.2 FC (16sep)
Assignee: nobody → jrburke
Scenarios 2 and 3 of Comment 1 fail for me. Implementation does not appear to have landed correctly.

Scenario 2:
When user is in another folder (Starred & Local Drafts tested) no banner is visible during periodic sync.  Switching to Inbox folder after sync has been performed does NOT show the blue "new email" banner.  Could be timed out and retracted during transition.

Scenario 3:
When user is in the body of an email and returns after a periodical sync period has been performed user can observe the "new email" banner that drops below header, this isn't visible while viewing the body of an email.

Environmental Variables
Device: Buri v1.2 COM RIL
Build ID: 20131106004004
Gecko: http://hg.mozilla.org/releases/mozilla-b2g26_v1_2/rev/6a831fcb96f4
Gaia: 2140c987fdde1c99097018f7e93b0bbd43d2125d
Platform Version: 26.0
RIL Version: 01.01.00.019.281 
Firmware Version: US_20131015
Mistype above, Scenarios are listed in Comment 0.

For Scenario 3 issue, there is bug 933373 tracking the issue.
Depends on: 933373
You need to log in before you can comment on or make changes to this bug.