941272 - [User Story] Browser: Save image/audio/video

Status: VERIFIED FIXED

(Firefox OS Graveyard :: Gaia::System::Browser Chrome, defect)

Description

[Peter Dolanjski [:pdol]]

User Story:
As a user I want to download an image/audio/video file by long pressing on it.

Acceptance Criteria:
Functionality should match existing Browser functionality unless described otherwise in UX spec.

Note: 
This bug is mainly to ensure this use case is already satisfied after the Browser becomes part of System.

Comment 2

[Ben Francis [:benfrancis]]

Also note that the download should happen through the download manager rather than just save directly to Device Storage like the current browser app does.

Comment 3

[Ben Francis [:benfrancis]]

Francis, do we need a UX spec for this to interact with the download manager?

Comment 4

[Ben Francis [:benfrancis]]

Estimating as 3 points assuming UX is similar to the current browser app, this will need to interact with the download manager.

Comment 5

[Francis Djabri [:djabber]]

Specs for saving media are available in the Rocket Bar spec at: https://mozilla.box.com/s/2tix674298wtc4e4hewh

Comment 6

[Peter Dolanjski [:pdol]]

Note that this is shifting to apply to the current Browser, not the System Browser.

Comment 7

[Ben Francis [:benfrancis]]

This is really already implemented in the browser app. We just need bug 982295 to hook it up to the download manager.

We do need a bug to track this in system browser though.

Comment 8

[Peter Dolanjski [:pdol]]

(In reply to Ben Francis [:benfrancis] from comment #7)
> We do need a bug to track this in system browser though.

Repurposing back to System Browser then.

Comment 9

[Ben Francis [:benfrancis]]

Aus, do you know if this is now implemented fully to spec for system browser?

Comment 10

[Aus Lacroix [:aus]]

(In reply to Ben Francis [:benfrancis] from comment #9)
> Aus, do you know if this is now implemented fully to spec for system browser?

Yep! This is done already. :)

Comment 11

[Ben Francis [:benfrancis]]

Cool :)

Comment 12

[Derek Harris [:DerekH] - Dont need info. Last day 6/5/15]

Has the design for long pressing a link, or image changed from what is outlined in this UX doc?: https://mozilla.app.box.com/s/sz3ldekcunmcgh4zbm6c

Comment 13

[Jason Smith [:jsmith]]

Switching this to UX as I think comment 12 is asking a UX question

Comment 14

[Stephany Wilkes]

Flagging Francis to verify design for long press per comment #12.

Comment 15

[Francis Djabri [:djabber]]

Here is a link to the correct spec: https://mozilla.box.com/s/3zywxvb5r0q8cqcd6314

Comment 16

[Francis Djabri [:djabber]]

Attachment: Screen Shot 2014-09-12 at 1.01.54 PM.png

And here's the table from the aforementioned spec which specifies what should be shown on long-press to save you some time :)

Comment 17

[Martin Shuman [:Marty]]

This issue is verified fixed on the latest Flame and Aries 2.5 builds.
The user is able to initiate a download of image, audio, and video files by long tapping on the media in the browser and selecting download from the resultant context menu. The download properly appears in the Download Manager, and can be completed successfully.

Environmental Variables:
Device: Flame 2.5
BuildID: 20150904030224
Gaia: d7385b79e68d4ad662cacf810506e9ee53345d23
Gecko: 7f987c38bd3e5ac9a834981e85378bdb02338e9d
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 43.0a1 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Environmental Variables:
Device: Aries 2.5
BuildID: 20150904191331
Gaia: 03be7d8918bed58c92a40bba211bbbc97a0e516a
Gecko: 538ccb262ec9f022b198d5fbe57a9c99c7eee9b7
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0