Closed
Bug 892521
Opened 11 years ago
Closed 11 years ago
[User Story] Email Notifications - Email App Foreground
Categories
(Firefox OS Graveyard :: Gaia::E-Mail, defect)
Tracking
(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
Updated•11 years ago
|
Component: Gaia::E-Mail → Gaia::Clock
Comment 1•11 years ago
|
||
A Pivotal Tracker story has been created for this Bug: http://www.pivotaltracker.com/story/show/53237789
Updated•11 years ago
|
Component: Gaia::Clock → Gaia::E-Mail
Updated•11 years ago
|
blocking-b2g: koi? → koi+
Updated•11 years ago
|
Blocks: koi-productivity
Updated•11 years ago
|
Whiteboard: [ucid:Productivity55] → [ucid:Productivity55, FT:Productivity, KOI-P1]
Updated•11 years ago
|
Whiteboard: [ucid:Productivity55, FT:Productivity, KOI-P1] → [ucid:Productivity55, FT:Productivity, KOI:P1]
Updated•11 years ago
|
Flags: in-moztrap+
Updated•11 years ago
|
Flags: in-moztrap+
Updated•11 years ago
|
Flags: in-moztrap+
Updated•11 years ago
|
Target Milestone: --- → 1.2 FC (16sep)
Updated•11 years ago
|
Assignee: nobody → jrburke
Assignee | ||
Comment 2•11 years ago
|
||
Fixed in the changeset that fixed bug 892519: Committed to Gaia master: https://github.com/mozilla-b2g/gaia/commit/2d240c619e54801dd5a4290adb14b5529133ef36 Pull request: https://github.com/mozilla-b2g/gaia/pull/11499 Committed to GELAM: https://github.com/mozilla-b2g/gaia-email-libs-and-more/commit/25ba2035b2100c5e8da28265f9e350bc2f1304b2 Pull request: https://github.com/mozilla-b2g/gaia-email-libs-and-more/pull/232
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 3•11 years ago
|
||
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
Comment 4•11 years ago
|
||
Mistype above, Scenarios are listed in Comment 0. For Scenario 3 issue, there is bug 933373 tracking the issue.
You need to log in
before you can comment on or make changes to this bug.
Description
•