Bug 52813 - Wish for prompt for save location of edited attachment
Summary: Wish for prompt for save location of edited attachment
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 117006 189092 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-01-09 21:46 UTC by colesen
Modified: 2012-08-19 01:06 UTC (History)
5 users (show)

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 colesen 2003-01-09 21:46:51 UTC
Version:           1.5 (using KDE 3.1.0 (RC6))
Installed from:    compiled sources
Compiler:          gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-113)
OS:          Linux (i686) release 2.4.18-19.7.x

I received an E-mail with a text file attachment. I clicked on it in the E-mail and it opened up in KWrite. I then edited the text and clicked the Save icon in KWrite. Later I looked for the edited file, thought I had lost it but found it in /tmp/kde-.... To avoid this problem I wish for KMail to prompt for a location to save the edited file i.e. as if it was a new file.
Comment 1 Friedrich W. H. Kossebau 2003-08-15 12:49:48 UTC
Combined with 39537 this makes for something horrible: 
1. open attachment with KWord  
2. insert something, e.g. "new text"  
3. Alt-S or click "Save" 
4. Exit KWord 
5. Exit KMail (cleans /tmp/kde-user/kmail... dir) 
6. Start KMail 
7. Open attachment and find changes gone! But you haven't been warned! 
 
Do you think because this feature is also offerred by MS Office and MS Outlook you should 
keep it? ;)  I doubt. I am glad that my friend lost his 2 1/2 hard work using MS products, not 
KDE ones... I would have had a hard time... 
 
Friedrich 
Comment 2 Ingo Klöcker 2003-10-15 00:46:44 UTC
In KMail 1.6 all temporary files will be read-only. So the user will notice that he can't change the attachments/files resp. that he has to save the changed attachments/files with another name.
Comment 3 davidblunkett 2006-09-29 10:30:42 UTC
This is NOT a bug - the resultant "bug fix" is hugely annoying and I patch the "fix" out everytime I get a new kmail.

Marking files RO is hugely irritating - I suffer from a huge volume of word docs which I read in ooffice or wahtever.  They are invetitably formated incorrectly and I want to change the font size etc but cannot due to the RO flag.

The solution is to leave this on by default for the small percentage of novice users but include a button to stop it marking things RO for anyone with more than 1 weeks computer experience.

The real problem is kmail not checking to see if a temp file has been modified since it saved it - if it has been modified then kmail should not delete it as kmail NO LONGER OWNS IT!


--- kmreaderwin.cpp.wrong     2006-01-19 16:55:47.000000000 +0000
+++ kmreaderwin.cpp.right        2006-09-29 09:24:24.000000000 +0100
@@ -1692,7 +1692,8 @@
   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 );
+//disable this bloody feature as it is multoannoying
+  //::chmod( QFile::encodeName( fname ), S_IRUSR );

   return fname;
 }
Comment 4 David Faure 2006-10-12 19:18:00 UTC
But after changing the font etc. in the document, you need to "save as" somewhere else anyway, right? No point in saving it into some kmail temp dir.
So why not just save as -before- editing? Then the readonly state goes away.
Comment 5 davidblunkett 2008-07-03 08:58:19 UTC
I missed this comment - answer is I don't want to save the document - I just want to change it, read it print it and throw it away 
Comment 6 David Faure 2008-07-03 12:47:54 UTC
Add yourself to the CC list in order to not miss comments :)

I agree that an option would be a good solution for this. By default we have to keep the "data loss prevention" solution, which is the make the file readonly.... Reopening the wish on your behalf.
Comment 7 Björn Ruberg 2009-12-24 15:30:56 UTC
*** Bug 117006 has been marked as a duplicate of this bug. ***
Comment 8 Björn Ruberg 2010-02-22 12:49:41 UTC
*** Bug 189092 has been marked as a duplicate of this bug. ***
Comment 9 Myriam Schweingruber 2012-08-18 08:02:23 UTC
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.
Comment 10 Luigi Toscano 2012-08-19 01:06:28 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.