From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050308 Firefox/1.0.1 Fedora/1.0.1-5 Description of problem: When I visited the URL above, firefox asked me if I wanted to save or open with [Browse button]. No option to open with OO.o Impress was given. Version-Release number of selected component (if applicable): openoffice.org-impress-1.9.84-1 How reproducible: Always Steps to Reproduce: 1. Go to URL above in firefox Actual Results: Open/save dialog appears, with no option to open with OO.o Impress. Expected Results: Dialog should offer "Open with OO.o Impress". Additional info: firefox-1.0.1-5 mailcap-2.1.19-1
Sorry, that should say "URL below". I am used to the Mozilla bugzilla layout.
caolanm->caillon: A "-" option in the Exec line of .desktop files break moz and firefox. e.g. avoiding OOo, to reproduce http://www.silvanoimaging.com/images/HowTo/colortarget2.tif should open for us by default with gthumb because it's registered as a handler for image/tiff in it's .desktop Now change the Exec line for gthumb in its .desktop to Exec=gthumb --name=foobar update-desktop-database and revisit the url and gthumb is no longer recognized by moz/firefox as the tiff handler. nautilus has no such trouble launching gthumb with the apropiate name xprop The openoffice .desktop files e.g. impress.desktop contain a -impress, removing it gives the right "open with" in moz/firefox. Though we want to retain that option.
*** Bug 156506 has been marked as a duplicate of this bug. ***
I don't know if its related, but it kidof funny: If i click a link to a svg in firefox, i get the "open with, or save" dialog. Stadard program is firefox. Just for the sake of it, i hit "open", just to get another open with/save and so it goes...
This causes .xls and .sxc to not have a file association, maybe others too...
Checked in http://cvs.fedora.redhat.com/viewcvs/*checkout*/devel/firefox/firefox-1.0-uriloader.patch to rawhide. Will push out builds soon with the fix. (1.0.3-3)