Open
Bug 62253
Opened 24 years ago
Updated 2 years ago
Option to force to save an URL explicitly
Categories
(Firefox :: File Handling, enhancement, P3)
Firefox
File Handling
Tracking
()
NEW
People
(Reporter: W.Sobotta, Unassigned)
References
Details
When a URL is entered in the Navigation-Bar there should be a new button like "Save URL". This button shall act like the "save as" in the right-click-menu. This is needed because some servers are misconfigured and send the mimetype for instance "text/html" rather than "text/unknown" or something like that. I've tried to download an XPI, and the browser displayed it in the window. (I think this was right for the browser.)
Comment 1•24 years ago
|
||
This could be a generally useful feature. If a web page provides you a link you can use the context menu to do a "save as", but sometimes the link is really to some bit of javascript indirection to the URL, or you're interested in inspecting an image or script referenced in the URL. Sometimes you know a URL, but you don't want to look at it right now you just want to grab it. Mozilla does not provide a mechanism for doing that. Communicator had a "view-source:" protocol type that was useful, for developers maybe we could use a "save-as:" hack. But something accessible to users via UI would be better.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Would you prefer to be able to ask mozilla to treat the url as some other mime type [per url, server, directory, extension, ...]? This way you could browse to a .xpi url and tell mozilla to treat it as an xpi which would trigger standard xpi functionality instead of requiring interim steps.
Comment 3•24 years ago
|
||
No, you want an option to save it. Maybe you don't want to install it, maybe you want to inspect it first. Maybe we're not just talking about .xpi files, but also requesting a generic feature that would be useful for other types which the browser assumes it knows how to handle (html, js, css, images) that you want to save locally for inspection rather than have rendered.
Reporter | ||
Comment 4•24 years ago
|
||
Yes, this is what I meant. A generic option to save a content to a file. I wrote the XPI only as an sample - no more and no less.
This should go to xpapps/nav (not mscott). The tricky thing is the UI that would enable this. Would this be German? I think the owner of the XPApps is a good place to send it in the short term.
Comment 7•24 years ago
|
||
OK, over to XPApps.
Assignee: asa → don
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
hrm, after thinking about this and staring at various things, i think a dockable download manager to replace the url bar might be a workable solution. [protocol] [server] [port] [path] [filename] [mime type] [target] [size] <load> [ ] |Auto | |Auto | The user enters in a url, which might undergo completion or whatever. pressing enter triggers load. Tabbing out of the location field converts it into a collection of editable comboboxes (according to the collumn headers), and lands the user in mime type. The browser then tries to do a HEAD for the url or the equivalent, which results in Auto being replaced by the defaults for the url based on the server response. Mime/Type is both editable and drops down into a BeOS like mimetype tree. Target includes: Browse [load in the current window or a new window if the download manager is not attached to a window] New Window Save TargetList BookmarkList - Targetlist and bookmarklist are magic, they result in trees similar to the mail moveto cascading menu [although i'm not sure if i'll use a tree or a menu cascade, I suspect a tree. In the future trees and cascading menus might be equivalent and controlled by the user if we ever reach UIML] Targetlist is a hierarchical enumeratation of all _content and iframes [each window is a root]. Bookmarklist is a hierarchical enumeration of all folders in the bookmarks. if the user enters: ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32-talkback.zip and presses tab, it becomes: ftp|ftp.mozilla.org|pub/mozilla/nightly/latest|mozilla-win32-talkback.zip|appli cation/zip|save|<filesize> user presses shift-tab four times, and types ht ht http /hyper text transfer protocol/ tab http|ftp.mozilla.org|pub/mozilla/nightly/latest|mozilla-win32-talkback.zip|appl ication/zip|save enter. [size] becomes a progress meter indicating current
Comment 10•24 years ago
|
||
nav triage team: Not something we'll be doing for beta1, marking nsbeta1-
Keywords: nsbeta1-
Comment 11•24 years ago
|
||
Marking nsbeta1- bugs as future to get off the radar.
Target Milestone: --- → Future
Comment 12•24 years ago
|
||
Another way to fix this bug would be to fix bug 67178, "[rfe] 'download file' option in Open Web Location dialog." mpt didn't like that idea though.
Comment 13•23 years ago
|
||
over to file handling.
Assignee: vishy → law
Component: XP Apps → File Handling
Updated•22 years ago
|
QA Contact: sairuh → petersen
Summary: [RFE] Option to force to save an URL explicitly → Option to force to save an URL explicitly
Comment 17•19 years ago
|
||
All of the products covered have Download Manager. So from my POV that would be logical addition to Download Manager - rather than over(re)loading location bar with another shortcut. Another way to implement would be a drag'n'drop of plain text. If DM can catch the text and look for URLs inside - that would be good option too. I would prefer additional dialog called upon "Add" button - but with drag'n'drop one can drop more that single URL too. The question really is: can download manager look into text it got?
Updated•15 years ago
|
Assignee: law → nobody
QA Contact: chrispetersen → file-handling
Updated•8 years ago
|
Product: Core → Firefox
Target Milestone: Future → ---
Version: Trunk → unspecified
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•