As a fennec user i would like to see the following menus/conetxt menus Save Page Save Link Save Links in Selection Save Images in Selection
> Save Page Save as PDF does this. > Save Link > Save Links in Selection > Save Images in Selection While I doubt that any of those would ever see daylight in the mobile browser as they are more fit for desktop context, it's likely something a third-party add-on can provide. Also our context-menus are already overly populated.
Severity: normal → enhancement
Status: NEW → UNCONFIRMED
Ever confirmed: false
There is a addon btw: https://addons.mozilla.org/android/addon/save-link-menus/
(In reply to Aaron Train [:aaronmt] from comment #2) > > Save Page > > Save Link > > While I doubt that any of those would ever see daylight in the mobile > browser as they are more fit for desktop context Saving content to the local machine seems like basic functionality for a browser, whether on a desktop or a mobile device. In an ecosystem such as Google's ChromeOS, I can imagine that the workflow precludes the idea of saving stuff to the local filesystem, but FF on Android is not mimicking that behavior. My use case was simple: I wanted to save an FODT (Flat ODF) file from Bugzilla so I could open it with the LibreOffice Android Viewer: https://bugs.documentfoundation.org/show_bug.cgi?id=87483 (see attachment on bug) > it's likely something a > third-party add-on can provide. Also our context-menus are already overly > populated. To clarify, are you saying that saving content from the Internet is not considered core functionality for Firefox on Android?
We allow you to save inline images (and videos?), and to download linked binaries (implicitly); it does seem odd that we won't let you do the same thing to a link. Saving images is a use case that's definitely supported by telemetry, so we should fix this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Add save link feature in Fennec → Add 'save link' feature
From my post to mobile-firefox-dev: "The usual example is an audio file - perhaps a sermon - which I want to save to my phone to listen to later, e.g. in the car. If I just click the link to it, it shows in the browser - and there's no "Save" option I can find. If I long-press the link, there are lots of options to share it with my friends, but again no "Save" or "Download" option. And HTML5 audio players don't seem to have a long-press menu either." I think we need a couple of things: 1) Links need a "Save" or "Download" option - one single menu item 2) When you are viewing non-composite (composite means normally an HTML page, but could be XML, I guess) content, like an MP3 or image, "Save as PDF" should be replaced by "Save" (or "Download"), which does the same thing as the option above - i.e. just saves the file to disk. At the moment, if I view an .mp3 file, and do "Save as PDF", I get "foo.mp3.pdf" on disk, which is clearly silly. :-) Gerv
+1, I think this would be a nice feature. antlam, what do you think? We could make this into a mentor good.
Sounds good to me! I guess a user would recover these links in their "downloads" ? or how does that flow usually work right now?
Note: If it's to be found in "Downloads" maybe we should call it "Download link" rather than "Save link"
(In reply to Anthony Lam (:antlam) from comment #10) > Note: If it's to be found in "Downloads" maybe we should call it "Download > link" rather than "Save link" Since we use "Save Image" and tons of people use it, I would think "Save Link" would be fine (and consistent).
We should make an Aha! card for this, could be something good to include as part of our initiative to help people save things.
tracking-fennec: --- → ?
I'm with Anthony on this one, the context of what happens after I click on "save link" is not as clear to me as "download link", however that's a minor copy thing. It definitely is a neat addition to have in our repertoire of helping users consume content later. Aha card to follow.
See Also: → https://mozilla.aha.io/features/FENN-401
Created attachment 8703729 [details] [diff] [review] remove-extensionsui v0.1
Assignee: nobody → mark.finkle
Comment on attachment 8703729 [details] [diff] [review] remove-extensionsui v0.1 Wrong bug
Attachment #8703729 - Attachment is obsolete: true
> it's likely something a > third-party add-on can provide. Also our context-menus are already overly > populated. Disagree, add‑ons can’t trigger the file dialog box both on desktop and android. The result is I can’t browse the target before selecting it.
(In reply to Aaron Train [:aaronmt] from comment #2) > > Save Page > Save as PDF does this. The result is often broken, basing on my experience with FF on Android. Saving HTML is much more reliable.
Oh, this is why I didn't notice it: "Reported: 4 years ago" I'm trying to save a raw text file; PDF is not an option. Saying that this is not a feature for a mobile browser ignores the fact that Chrome Mobile has this feature. Suggesting that an addon could fix the problem is weird when saving pages/links is actually a core functionality of an internet browser. I consider this a bug, not a feature request, and I am shocked by the amount of time that has passed without it being fixed. What would you call it if the browser failed to display pages at all? "Enhancement request: Please show websites"?
You need to log in before you can comment on or make changes to this bug.