Bug 143961 - KMail forgets the compression setting after saving a mail in Drafts folder with compressed attachment(s)
Summary: KMail forgets the compression setting after saving a mail in Drafts folder wi...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: composer (show other bugs)
Version: Git (master)
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: reproducible
Depends on:
Blocks:
 
Reported: 2007-04-08 15:19 UTC by Daniel
Modified: 2017-01-07 21:42 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Fix: if a new attachment that ends with .zip is created then the compress option gets checked (691 bytes, patch)
2008-09-16 11:08 UTC, Roberto Agostino Vitillo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel 2007-04-08 15:19:16 UTC
Version:           1.9.5 (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages
OS:                Linux

1. New message...
2. Attach a file
3. Check the Compress checkbox
4. Save the message in the Drafts folder
5. Edit (reopen) the message in the Drafts folder
6. The filename has got the .zip extension, but the Compress checkbox is not checked.
So it is impossible to uncompress the attachment (ie. remove the zip extension, and send the file uncompressed). However, this is possible by deleting and adding the attachment again (<- inconvenient). Also, when checking the Compress checkbox again, KMail tries to compress the already compressed file attachment...

I think KMail should remember whether a message's attachments were compressed or not, and provide an option to uncompress the file, thus sending it in the original form.
Comment 1 Eugeniu Plamadeala 2007-06-01 03:30:01 UTC
Exact same thing happens for me. Debian testing, kmail 1.9.5.
Comment 2 Eugeniu Plamadeala 2007-06-01 04:21:10 UTC
Then in this case, a potential solution would be to check if the extension of the attachment is .zip. If it is, there's a chance it was compressed by KMail, and if it wasn't compressed by KMail, then compressing it won't do much (assuming it's a valid Zip Archive).
Comment 3 Roberto Agostino Vitillo 2008-09-15 22:26:57 UTC
still reproducible with kmail trunk 861109
Comment 4 Roberto Agostino Vitillo 2008-09-16 11:08:01 UTC
Created attachment 27438 [details]
Fix: if a new attachment that ends with .zip is created then the compress option gets checked
Comment 5 Martin Koller 2009-08-29 13:17:42 UTC
Thanks for the patch, but looking into this more deeply I found it to be not so trivial, as clicking on the already checked "compress" to uncompress the draft mail attachment again (after! reopening the mail from the drafts folder) leads to the problem that the MIME type and charset is no longer known.

It seems a more complex patch is needed ...
Comment 6 Christophe Marin 2012-01-08 01:59:24 UTC
Valid in master with the given steps
Comment 7 Laurent Montel 2012-02-08 13:09:18 UTC
I confirm it.Will look at it.
Comment 8 Denis Kurz 2016-09-24 18:10:42 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 9 Denis Kurz 2017-01-07 21:42:29 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.