Closed Bug 929532 Opened 11 years ago Closed 10 years ago

[User Story] Hyperlink, save link as

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(feature-b2g:2.1, tracking-b2g:backlog)

RESOLVED FIXED
2.1 S1 (1aug)
feature-b2g 2.1
tracking-b2g backlog

People

(Reporter: pdol, Unassigned)

References

Details

(Keywords: feature, Whiteboard: [ucid:Browser14, ft:systemsfe, 2.1])

User Story

Note: Interaction expectation is a long press to save (per UX).
User Story:

As a user, I want to be able to save any type of content from a hyperlink to my device so that I can open the file (assuming I have an app which supports it) and save it for later.


Acceptance Criteria:

1. Triggering (UX to define) a save of content from a hyperlink initiates a download manager managed download.
QA Contact: rafael.marquez
Apart from defining a way to trigger download (when taping on a link) from a UX perspective, we should include here the case of a link to a content file including a content disposition header: Content-Disposition: attachment; filename="<file name.ext>". Because just taping on this link will have to trigger a download always.
Component: Gaia::Browser → Gaia::System::Browser Chrome
Flags: in-moztrap?(nhirata.bugzilla)
No longer blocks: 1.4-systems-fe
Depends on: 982295
blocking-b2g: --- → backlog
Whiteboard: [ucid:Browser14] → [ucid:Browser14, ft:systemsfe, 2.0]
feature-b2g: --- → 2.0
Peter, to clarify, is this a requirement for the browser app in 2.0 or the system app (wrapper)? This bug is for the system browser implementation.
Flags: needinfo?(pdolanjski)
(In reply to Ben Francis [:benfrancis] from comment #2)
> Peter, to clarify, is this a requirement for the browser app in 2.0 or the
> system app (wrapper)? This bug is for the system browser implementation.

These are unfortunately getting a little confusing.  Is this already covered in the 2.0 Browser app?
Flags: needinfo?(pdolanjski) → needinfo?(bfrancis)
It is confusing. I think the closest equivalent in the browser app is probably bug 876376. That bug specifically mentions media files, but we could re-purpose it for all files.

Is the requirement for the browser app in 2.0 to download the target of any hyperlink by long pressing on the hyperlink and selecting a "Save link as" option, or is it to download a file if you follow a hyperlink to a file type that can't be displayed in the browser/has a content disposition header? Or both?

The latter is the responsibility of the platform and I hope already works (though I haven't tested it), but the former is a feature we don't yet have anywhere in Gaia.
Flags: needinfo?(bfrancis)
(In reply to Ben Francis [:benfrancis] from comment #4)
> 
> Is the requirement for the browser app in 2.0 to download the target of any
> hyperlink by long pressing on the hyperlink and selecting a "Save link as"
> option, or is it to download a file if you follow a hyperlink to a file type
> that can't be displayed in the browser/has a content disposition header? Or
> both?

Both.  Let's repurpose 876376 as you stated and leave this one for the System Browser.
feature-b2g: 2.0 → ---
feature-b2g: --- → 2.1
Depends on: 983747
No longer depends on: 982295
User Story: (updated)
Status: NEW → RESOLVED
Closed: 10 years ago
Depends on: 1025853
Resolution: --- → FIXED
Whiteboard: [ucid:Browser14, ft:systemsfe, 2.0] → [ucid:Browser14, ft:systemsfe, 2.1]
Target Milestone: --- → 2.1 S1 (1aug)
QA Contact: rafael.marquez → nhirata.bugzilla
I couldn't find the test case; I'm pretty sure we had one.  TEF created the test download manager test cases

https://moztrap.mozilla.org/manage/case/15076/
Flags: in-moztrap?(nhirata.bugzilla) → in-moztrap+
blocking-b2g: backlog → ---
You need to log in before you can comment on or make changes to this bug.