Closed Bug 1109376 Opened 10 years ago Closed 6 years ago

[Email] Can't redownload files from email after deleting from gallery; error when attempting to view

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:-, b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)

RESOLVED WONTFIX
blocking-b2g -
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected

People

(Reporter: onelson, Unassigned)

References

()

Details

(Keywords: polish, Whiteboard: [2.2-Daily-Testing] [polish])

Attachments

(1 file)

Description:
When a user downloads a file from an email, the buttton from the email is replaced with an 'eye' icon that is used to view the downloaded file in the gallery. When the images are deleted from the phone, the icons remain as 'view' and the user may no longer download the files (again) from the email. Observing the logcat, an error is thrown whenever a view is attempted: 
[Near bottom of file:]
sdcard,/sdcard/mozchomp.gif type: image/gif[0m
12-09 15:57:44.282  1336  1336 I GeckoDump: [33mWAR: Could not open attachment file:  /sdcard/mozchomp.gif NotFoundError[0m
12-09 15:57:44.372  1336  1336 I GeckoDump: [32mLOG: trying to open sdcard,/sdcard/mozchomp.gif type: image/gif[0m
12-09 15:57:44.392  1336  1336 I GeckoDump: [33mWAR: Could not open attachment file:  /sdcard/mozchomp.gif NotFoundError[0m
12-09 15:57:44.532  1336  1336 I GeckoDump: [32mLOG: trying to open sdcard,/sdcard/mozchomp.gif type: image/gif[0m
12-09 15:57:44.562  1336  1336 I GeckoDump: [33mWAR: Could not open attachment file:  /sdcard/mozchomp.gif NotFoundError[0m

PreReq:
* Receive an email with media attachments [pictures/images] that will be available in gallery upon downloading. 
Repro Steps:
1) Update a Flame device to BuildID: 20141209040203
2) Open the 'Email' app.
3) Locate email with attachments that have not previously been downloaded.
4) Open email, and download all attachments from email.
5) Tap 'eye' icons from email in order to view images now located in gallery.
6) Return to home and navigate to 'Gallery' app.
7) Delete all images downloaded from Step 4.
8) Return to email from step 3 and attemp to download files again.

Actual:
Download links are not returned, "view" icons are unusuable.
  
Expected: 
Download links are returned after user has removed images from phone.
  
*****************************
Environmental Variables:
Device: Flame 2.2 Master
BuildID: 20141209040203
Gaia: 9e0b96c7b61c7ff943876ca93e2596d972437b80
Gecko: acf5660d2048
Gonk: 48835395daa6a49b281db62c50805bd6ca24077e
Version: 37.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
*****************************  

Repro frequency: 3/3
video- http://youtu.be/dJe9_gE3118
logcat
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: qawanted
Whiteboard: [2.2-Daily-Testing]
This issue reproduces on Flame 2.1, Flame 2.0, and base image v188-1 only.

User is unable to view/re-download deleted images downloaded from email attachments, unless they delete and re-add the email account on the device.

Device: Flame 2.1
BuildID: 20141209122148
Gaia: c226db212db4d824c09617cd6dc407b2d4258d9b
Gecko: cf8bebfa4703
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0
BuildID: 20141208061237
Gaia: 856863962362030174bae4e03d59c3ebbc182473
Gecko: 2d0860bd0225
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
NI on QA Owner for nomination decision, not a regression.
Flags: needinfo?(pbylenga) → needinfo?(edchen)
blocking-b2g: --- → 2.2?
Flags: needinfo?(edchen)
Not a regression, would be nice polish, probably need some UX input on the messaging and behavior for when the downloaded file has been deleted.
blocking-b2g: 2.2? → -
Keywords: polish
Whiteboard: [2.2-Daily-Testing] → [2.2-Daily-Testing] [polish]
(In reply to Dylan Oliver [:doliver] from comment #3)
> Not a regression, would be nice polish, probably need some UX input on the
> messaging and behavior for when the downloaded file has been deleted.

Simply it should just redownload it. Like if it had never been there.
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: