Network transparency appears to be broken in kmail. I have an imap account (kmail part in kontact) with a message with the mime structure viewer open. I RMB on a Plain Text Document part and do Save As. I browse to a fish:/ path and save as a given filename. It appears to save, but whenI look on the remote site, the file is not there. Saving locally works, and then I can copy the file to the remote site. I guess this could also be a problem with fish:/, but I have no other protocols setup for saving at the moment so I can't test.
We are using QFile, so it's not surprising that it doesn't work.
Subject: Re: Network transparency is broken On Thursday 27 November 2003 04:11, you wrote: > We are using QFile, so it's not surprising that it doesn't work. I suspected this, but I didn't want to outright blame yet. :-) If you want this to be a kmail showstopper, set it to critical. I'll leave it up to you. Any other places that need to be fixed too?
*** Bug 69155 has been marked as a duplicate of this bug. ***
*** Bug 74237 has been marked as a duplicate of this bug. ***
Hi, I also just discovered this bug. This has confused the hell out of me, because KMail's "save" dialog can display fish:/ contents perfectly and there is even a progress dialog when you press OK, but the file is not there. Please fix this, and put it in 3.2.1 if possible. Thank you! :) Jens
*** Bug 77093 has been marked as a duplicate of this bug. ***
I too have found this bug. As mentioned above the behaviour is _extremely_ misleading as the "Save As" dialogue itself is quite happy browsing through fish:// file hierarchies. Moreover most other KDE applications support this behaviour (e.g. kate, kwrite, konqueror). Even if the ability to handle fish:// URLs cannot be added to kmail quickly, I feel that an error handler is really necessary here. As long as kmail fails _silently_ this should IMHO be considered a critical bug. Consider the case that someone deletes the email after mistakenly thinking they have saved the attachments...
CVS commit by burghard: Use KIO::NetAccess for saving attachments to remote urls. CCMAIL: 69105-done@bugs.kde.org M +109 -84 kmcommands.cpp 1.126 M +1 -1 kmcommands.h 1.31
Sorry, but I had to revert the "fix" because it broke saving attachments to local files.
Carsten fixed local files the same day, so this can be closed, I guess.
still doesnt work for me, in kde 3.2.3 under debian!!! its really bad cuz you aren't even warned about it.
Jos, the fix is in kdepim 3.3
I'm using kdepim 3.3.2-2 (from Debian) and still facing this bug. The "Save as" dialog can browse remote filesystem over sftp but fails to save the file: "Could not write the file /home/foo/bar/attachment.bin" Note that "sftp://user@host" is stripped from the URL in error message - is kmail trying to save the file locally? Konqueror is able to manage files on the same location, so most likely sftp kioslave is not broken but kmail.
Reports are that it is not fixed yet.
Just tested with 3.4 - works for me.