firefox download-manager won't open downloaded doc file (e.g. in openoffice)

[Pablo Castellano]

Binary package hint: firefox-3.0

Firefox doesn't open any doc file I have downloaded clicking in the download window.
However if you choose to open it instead of saving it to disk, it's opened correctly.

Try this for example:
europass.cedefop.europa.eu/img/dynamic/c1344/type.FileContent.file/CVTemplate_es_ES.doc

Intrepid 8.10 fully updated

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: ath_hal fglrx
Package: firefox-3.0 3.0.3+nobinonly-0ubuntu2
ProcEnviron:
 PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.27-7-generic i686

[Alexander Sack (asac)]

seems like a download manager bug then.

[Alexander Sack (asac)]

how did you setup openoffice so that its used when you open it normally?

[Pablo Castellano (pablocastellano)]

Hi Alexander,
It occurs in a clean install of ubuntu 8.10, I have not modified anything.
I understand it's the expected behaviour to open a doc file (using OOo).

[Alexander Sack (asac)]

never ever set bugs to confirmed that i set to incomplete. thanks.

[Pablo Castellano (pablocastellano)]

I know that I'm relatively new in launchpad but the ubuntu wiki says:
https://wiki.ubuntu.com/Bugs/Checklist
Incomplete bug
    * Was additional information provided?
          o Yes - confirm and set priority based on scope of impact
          o No - wait 4 weeks and invalidate if no response, tag needs-devrelease-testing if someone else might be able to reproduce it (hardware)

Since you had asked me a question and I have answered it, I consider it right to set status to confirmed again (because it had been confirmed again, (you did it)).
So please explain to me your last menacing comment. I don't get it. Thanks.

[Alexander Sack (asac)]

* Was additional information provided?
          o Yes - confirm and set priority based on scope of impact

isnt the same:

* Did you provide the requested information?
 -> Yes ...

So thats what the triager is supposed to do not the reporter.

[Pablo Castellano (pablocastellano)]

To maintain a respectful atmosphere, please follow the code of conduct - http://www.ubuntu.com/community/conduct/ .
After our discussion in IRC, it seems to me that you have forgotten it because you signed/read it some years ago.
Then, I'm waiting for your next question.

[Alexander Sack (asac)]

Pablo Castellano wrote:
> To maintain a respectful atmosphere, please follow the code of conduct - http://www.ubuntu.com/community/conduct/ .
> After our discussion in IRC, it seems to me that you have forgotten it because you signed/read it some years ago.
> Then, I'm waiting for your next question.
>
>
Yes, thats all ok :) ... my workflow relies on not being distracted
because status changes, but in fact i already gave up on confirmed state
being something meaningful.

So now that i looked that the bug, its reproducible and should be
forwarded. I will see if i see something obvious in trunk code.

 affects ubuntu/firefox-3.0
 status triaged
 affects firefox
 status incomplete

[Alexander Sack (asac)]

so seems firefox uses gnome_url_show for "open" (already downloaded), in contrast to the nsIMIMEService/nsIMimeInfo facilities for the "open with ..." for active download.

The former seems to be broken for OOO documents. A fix should unify the code paths and make both use the same backend somehow.

[Launchpad Janitor (janitor)]

[Expired for firefox-3.0 (Ubuntu) because there has been no activity for 60 days.]