300402 - Open attachment with double click silently hangs if application has been moved

Status: VERIFIED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[Martin Jost]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

Open attachment with double click shows a progress-bar downloading the
attachment from the server (a local IMPA-server in my case).
This progress bar just silently stays if application configured (under
Attachments "open with") isn't there. (The progress bar can normally closed)
No application is started, no message why is given.
Took me quite a while to find the reason for the "hang"

Reproducible: Always

Steps to Reproduce:
1.Configure a application for a certain type of attachment
2 [review].Update the application so the path changes (or simply change the path ;-)
3.Try to open a matching attachment by double clicking it
Actual Results:  
A progress-bar downloading the attachment from the server comes up. This
progress bar just silently "hangs".

Expected Results:  
A message informing me, that the application couldn't be found / couldn't be
started shoud come up.

Comment 1

[Martin Jost]

This is thunderbird 1.02
And no, I didn't enter the links, which are visible in my comment.
(In "Steps to reproduce")

Comment 2

[Paul Taylor]

Confirmed (Linux, Thunderbird 1.0.7 and earlier.)

This problem has been driving me nuts!  Thanks for pointing out the (now) obvious cause.  In my case the updates were Acrobat Reader (/opt/Acrobat5/acroread -> /opt/Acrobat7/acroread) and OpenOffice.org (/usr/bin/ooffice -> /usr/bin/ooffice2.)

The amount of data "downloaded" from the attachment varies; sometimes none, other times part or all of the attachment.  In each case the progress bar "hangs" as if it is waiting for more data to download, and nothing else happens.  

Comment 3

[Mike Cowperthwaite]

Is this still a problem with current builds under Linux?

Under Windows, TB 1.0 puts up a dialog box (which can be cancelled) showing the "download progress"; TB 1.5 puts up the same dialog box but overlays with an error message: "... could not be opened because the ... application does not exist."  Clearing that message closes the "progress" dialog automatically.

If things are working like this under Linux, please mark this bug as:
  Resolved | WorksForMe
(or, if you like, find the bug where this was fixed and mark this as a dupe).

Comment 4

[Martin Jost]

I just tested using TB 1.5.0.2 on Suse 10.0
(By editing mimetypes.rdf to mess up a path)

I got 
- a progress bar box
- immediately following a error message box, telling me clearly, that the configured application for this mime-type couldn't be found and where to correct it in thre GUI

When clicking 'ok' on the error dialog, this dialog and the progress bar disappeared.

As a bonus, in the list of actions and applications, the one I messed up showed up with a empty "Action".

Looks very good for me ! Thanks for the good work !

Hope it is ok, that _I_ set the resolution to "FIXED" (I read the comment in this way)

Comment 5

[Martin Jost]

Works in 1.5.02 (and also on 1.5.0.7 on Suse 10.1 as just checked)
Changed from FIXED to WORKSFORME on request (by mail) of Wayne Mery.
(Hope this wasn't a fake ;-)

Comment 6

[Mike Cowperthwaite]

No, that's right; typically we use Fixed only if we can point to the patch that fixed it.