"Open with..." on links relies on filename guessing

Bug #1286968 reported by gue5t gue5t
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Midori Web Browser
New
Undecided
Unassigned

Bug Description

To reproduce: right-click a link, such as the "Overview" link at the top of this page, and select "Open with...". After a significant delay, an application chooser is opened which only contains matches for the application/octet-stream MIME type.

What's the intended behavior here? Clearly we can't know what kind of file will result until we attempt the download, and at that point we could get 404, 302, or a 200 of any filetype. Users generally only expect a "open with" option when they already know the type of a file and have a specific program in mind for manipulating it. This is the model observed by file managers. I would recommend just removing this menu item if it has no clear story.

Tags: mime
Revision history for this message
Cris Dywan (kalikiana) wrote :

The story is the same as in the file manager, you know you'll want to use a different app to open that file, a specific common use case is also another web browser. The guess can be made on the URL itself, for example .png, can work even without having the actual file.

I agree it would be nice to improve the mechanics. It's not fundamentally broken as I see it.

summary: - "Open with..." on links broken
+ "Open with..." on links relies on filename guessing
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.