Closed
Bug 813231
Opened 12 years ago
Closed 12 years ago
[email] viewing attached image fails because of new security constraint on mozActivity creation
Categories
(Firefox OS Graveyard :: Gaia::E-Mail, defect, P2)
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: asuth, Assigned: steveck)
Details
Attachments
(1 file)
A change to platform has broken viewing downloaded image attachments.
Like bug 812973 for camera, we need to make sure that we have our blobs available by the time a click event happens so that we can immediately instantiate the mozActivity without deferring anything to a future event.
The simplest solution is probably to move the device storage logic in MessageReaderCard.onViewAttachmentClick into a helper method that fetches the blob and sets the 'state' to 'downloaded' for the given node so that there's no race where the user can click on the button before we can display the attachment. It would get called in both places we currently set 'downloaded' on the attachment; we would initially set the state to 'nodownload' while we are waiting for that function to run in buildBodyDom.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → schung
Assignee | ||
Comment 1•12 years ago
|
||
Attachment #683503 -
Flags: review?(bugmail)
Reporter | ||
Updated•12 years ago
|
Attachment #683503 -
Flags: review?(bugmail) → review+
Updated•12 years ago
|
blocking-basecamp: ? → +
Priority: -- → P2
Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 2•12 years ago
|
||
Issue resolved - verified on Unagi build 20121231070201
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•