Version: 3.5.7. release 72.4 but all versions since 2004 (using KDE 3.5.9) Installed from: SuSE RPMs OS: Linux The permissions set by kmail on temporary files should be user definable - instead they have been hard wired to RO for some time and this is hugely annoying. Basically when you open an attachement it is saved as a temp file with RO perms - historically this was to prevent newbies from losing files they edited and saved and were then subsequently clean by kmail on exit. kmail should also check for changes on exit and only clean files that haven't changed - warning about others. This is distinct from bug 79685
Can not reproduce, are you sure your umask does not lead to this behavior?
Ok - in kmail when I open an attachement it is always RO. I believe this is hardwired into kmail (For the last several years I have been hacking out this kludge but currently can't build kdepim because of a missing dependancy in my distro). See lines circs 1714 in kmreaderwin.cpp: //----------------------------------------------------------------------------- QString KMReaderWin::writeMessagePartToTempFile( KMMessagePart* aMsgPart, int aPartNum ) { ... mTempFiles.append( fname ); // make file read-only so that nobody gets the impression that he might // edit attached files (cf. bug #52813) ::chmod( QFile::encodeName( fname ), S_IRUSR ); return fname; } [Incidently when I save an attachment or drag it to the desktop it is always RO despite having followed the suggestions in bug 79685, my umask is 022 and I still get RO.]
Can confirm this behaviour on 4.2.2 (Kubuntu) that all attachments are opened read-only. It's more noticeable with OpenOffice docs as that prevents you from even editing the file once opened (without giving any warning) until it is re-saved. Saying that the request to allow RW and then warn on shutdown sounds like a feature request (wishlist?) and it sounds like a fairly big job. Is the suggestion to pop up a box(es) for each file that has been changed and require a save-to location from the user on shutdown of Kmail? Its a shame there is no way to tell the opening app to treat the file as 'unsaved' so when attempting to save it behaves as if it is a new document.
*** This bug has been marked as a duplicate of bug 185837 ***
This is live in kde 4.4.2 - attachment dragged from kmail to the desktop have RO permissions
*** This bug has been marked as a duplicate of bug 171800 ***
Isn't bug 171800 a different issue? This bug is about opening and saving attachments, and bug 171800 is only about drag and drop to desktop. Ideally I'd wish both issues to be addressed, which will never happen if bug 164007 is already closed.
I agree and have changed this to reopened. Given the simplicity of the fix and the huge number amount of time it has been here I wouldn't hold out any hope it will ever be fixed!
Still live in 1.13.6 / kde 4.6
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.