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)

x86_64
Linux
defect

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: nobody → schung
Attachment #683503 - Flags: review?(bugmail)
Attachment #683503 - Flags: review?(bugmail) → review+
blocking-basecamp: ? → +
Priority: -- → P2
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
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.

Attachment

General

Created:
Updated:
Size: