browser.helperApps.defaultNoAsk.openFile is set to true by default

Bug #33038 reported by John Vivirito
8
Affects Status Importance Assigned to Milestone
firefox (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

browser.helperApps.defaultNoAsk.openFile is set to true by default. This stops the user being prompted whether she wants to "save or open" the download, and automatically uses "open" for .tar, .tar.gz, .zip and such like.

Revision history for this message
John Vivirito (gnomefreak) wrote :

sorry for using gnome as the package but it wouldnt let me put anything else

Revision history for this message
John Vivirito (gnomefreak) wrote :

ok if you change the value of the line browser.helperApps.defaultNoAsk.openFile
to true and restart firefox it will than work properly.

Revision history for this message
John Vivirito (gnomefreak) wrote :

sorry that line/string is in about:config.

Chris Moore (dooglus)
Changed in meta-gnome2:
status: Unconfirmed → Confirmed
Revision history for this message
John Vivirito (gnomefreak) wrote :

ok ignore the above fixes here is the fix for it.
open about:config in ff1.5 and scroll down to hte browser.helperApps.defaultNoAsk.openfile
ans set the value to false by double clicking it and restart firefox. no it should prompt you where to save it. sorry about all the time i tried that one just really tired here.

Chris Moore (dooglus)
description: updated
Revision history for this message
Chris Moore (dooglus) wrote :

This appears to be deliberate. According to the changelog:

> firefox (1.5.dfsg+1.5.0.1-1ubuntu4) dapper; urgency=low
>
> * Disable (by default) the `you have chosen to open' dialogue box;
> instead, we just take the default (which is to open with the
> application from the Gnome MIME database). This behaviour is
> controlled by browser.helperApps.defaultNoAsk.openFile.
>
> [...]
>
> -- Ian Jackson <email address hidden> Thu, 23 Feb 2006 14:44:42 +0000

Why would we want to remove the choice between opening and saving like this?

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

It doesn't affect just archives. It's the difference between firefox (presumably) using its own mime handling and using GNOME's. This problem sounds like an unintended side effect (given that File Roller has a Save As menu option is this so bad if it always opens File Roller?)

Revision history for this message
John Vivirito (gnomefreak) wrote :

its not that the way fileroller handles it its more of a preffence for me to use command line and its always good to ask where to save it using ff. if it defaults to /tmp people will get lost. well people that never used fileroller before like myself.

Revision history for this message
Michael Hofmann (mh21) wrote : Example for javascript opening file types in gnome mime database

This setting can be exploited by javascript and therefore requires no user interaction. Now I'm just waiting for the next buffer overflow in file-roller...

Changed in firefox:
status: Confirmed → Rejected
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.