Bug 92429 - attachments cannot be opened because wrong URI is called
Summary: attachments cannot be opened because wrong URI is called
Status: RESOLVED DUPLICATE of bug 39537
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-31 00:40 UTC by S. Burmeister
Modified: 2007-09-14 12:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Burmeister 2004-10-31 00:40:04 UTC
Version:            (using KDE KDE 3.3.1)
Installed from:    SuSE RPMs
OS:                Linux

When I get an email with a xyz.xhtml attachment and I click on it to open it, konqueror tries to open: /tmp/kde-user/xyz.html_[some numbers and letters].xhtml

The latter fails because the file is neither saved in that directory, nor with that name!

The file is saved, without alteration of the filename, in /tmp/kde-user/kontact some numbers and letter/filename
Comment 1 Carsten Burghardt 2004-11-05 20:53:53 UTC
> When I get an email with a xyz.xhtml attachment and I click on it to open
> it, konqueror tries to open: /tmp/kde-user/xyz.html_[some numbers and
> letters].xhtml
>
> The latter fails because the file is neither saved in that directory, nor
> with that name!

I just tested this and can confirm this with branch and HEAD. KRun deletes the 
file too early but I can only reproduce this for html files. Does anybody 
have an idea what might be wrong here?


Carsten

Comment 2 David Faure 2004-11-05 20:57:48 UTC
On Friday 05 November 2004 20:53, Carsten Burghardt wrote:
> I just tested this and can confirm this with branch and HEAD. KRun deletes the 
> file too early but I can only reproduce this for html files. Does anybody 
> have an idea what might be wrong here?

Yes, this is the #39537 saga.

It only happens with HTML (and zip/tgz) because the viewer (kfmclient or ark)
returns before opening the file.

I'll implement the solution suggested by Waldo when I have time (probably next week).

Comment 3 S. Burmeister 2004-11-06 11:01:24 UTC
Sorry if this is a stupid question, but if the file is saved in /tmp/kde-user/kontact some numbers and letter/filename anyway, why is it not used? Or does this file serve another purpose and should not be used as temp-file?
Comment 4 Carsten Burghardt 2004-11-06 17:09:35 UTC

*** This bug has been marked as a duplicate of 39537 ***
Comment 5 David Faure 2004-11-07 11:59:31 UTC
> Sorry if this is a stupid question, but if the file is saved in /tmp/kde-user/kontact some numbers and letter/filename anyway, why is it not used? Or does this file serve another purpose and should not be used as temp-file?

It is deleted too soon.

Please don't make me lose time explaining the whole story, I better spend that time on fixing the bug :)

Comment 6 S. Burmeister 2004-11-07 12:08:04 UTC
You do not have to explain it to me, I just want to make sure that my bug report is well understood. As there are two files created, one in /tmp/kde-user/ and one in /tmp/kde-user/kontact I guess that the one in /tmp/kde-user is a link to the one in /tmp/kde-user/kontact, otherwise it would not make sense to me to create two temporary files for the same attachement if only one is needed.

Anyway, as long as this gets fixed, I do not need any explanation! ;)
Comment 7 David Faure 2004-11-07 12:13:03 UTC
> You do not have to explain it to me, I just want to make sure that my bug report is well understood. As there are two files created, one in /tmp/kde-user/ and one in /tmp/kde-user/kontact I guess that the one in /tmp/kde-user is a link to the one in /tmp/kde-user/kontact, otherwise it would not make sense to me to create two temporary files for the same attachement if only one is needed.

Yes, one is used by the reader window, the other by the launched application.
Both are needed, since the reader window *or* the launched application might be done with the file first.