A message part that is not an email by itself is "view"ed. When reply or forward actions are triggered, KMail crashes.
It also hides the main toolbar and menu for non-message viewers.
BUG: 123316
GUI: Remove menu and toolbar for e-mail parts that are not e-mails themselves.
svn path=/branches/KDE/3.5/kdepim/; revision=518656
folder is prematurely closed (such as during expiry) which means the
messages are unGotten, which in turn means that the pointer list we were
storing holds dangling pointers, iterating over which after the
execute() to clean up causes trouble. The mRetrievedMsgs list is now a
GuardedMessageList (QValueList<QGuardedPtr<KMessage> >) instead of a
QPtrList<KMMessage> so we can at least detect that unfortunate condition
and don't need to crash.
svn path=/trunk/KDE/kdepim/; revision=438105
HandleAttachmentCommand is not prematurely deleted. Ensure it is
deleted when its time comes by using a RAII helper, subclassed from
LaterDeleter which might be useful elsewhere and is therefor in
KMail::Util.
svn path=/trunk/KDE/kdepim/; revision=435887
the helper function crlf2lf there, which was formerly a class static in
FolderStorage. Remove the now obsolete forward Folder -> Folderstorage
and port all users.
svn path=/trunk/KDE/kdepim/; revision=435216
here: http://lists.kde.org/?l=kmail-devel&m=111945756024656&w=2
I've changed the KMMsgDict::instance() to return a pointer instead of a
reference, compared to the patch I posted, after valid criticism from
Marc that the pattern is generally used with a pointer, in KDE, so it's
better not to surprise people here.
svn path=/trunk/KDE/kdepim/; revision=428560
- Pass around the encoding name instead of a QTextCodec and determine the codec on demand.
- Make the local override encoding (set via the menu entry) independent of the global override encoding (set in the configuration dialog). This means that changes of the local override encoding won't affect the global override encoding. OTOH, if the global override encoding is changed then the local override encoding in all reader windows will be changed to the new global override encoding.
- Fix call of KMPrintCommand (the override codec pointer was passed instead of the isFixedFont() bool value).
svn path=/trunk/KDE/kdepim/; revision=419087
Complete the move command only when it is really done. Solves the crash when you move dimap folders.
svn path=/branches/KDE/3.4/kdepim/; revision=414629
CVS commit by tilladam:
When inline forwarding a mail consisting of only a top level body part,
extract that body part into an attachment of a newly created multipart/
mixed mail and create a new text part clearly identifying the mail as
a forward.
svn path=/trunk/kdepim/; revision=402419
extract that body part into an attachment of a newly created multipart/
mixed mail and create a new text part clearly identifying the mail as
a forward.
svn path=/branches/proko2/kdepim/; revision=402399
CVS commit by tilladam:
Make sure inline forwarding of inline invitation mails
(content-type text/calendar) works as expected.
svn path=/trunk/kdepim/; revision=401963
CVS commit by tilladam:
Make sure inline forwarding of inline invitation mails
(content-type text/calendar) works as expected.
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=401963
Don't hardcode the use of the network codec when opening a mail from
a file but rather use the one the mail specifies or the fallback encoding.
CCBUG: 100834
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=399597
only _one_ address book available...
That might break some apps... but since we'll use an async API in 4.0 the apps
must be rewritten anyway.
CCMAIL:kde-pim@kde.org
svn path=/trunk/kdepim/; revision=399156
while so far (also reported on kde-core-devel). This does -not- fix all the
crashes with folders syncing while moving messages into/out of them. It is
the first one encountered though. Backport?
svn path=/trunk/kdepim/; revision=393547
with attachments change the strategy for assembling the forward mail from
"make a new mail, copy the text body with some fluff, iterate over attach-
ments and attach them to the mail" to "copy the original mail, including
all attachments (possibly inline, for opaque smime), adjust the text part
in the composer, set subject, from, to as needed". That's not only simpler
but leaves the actual parsing of the message that is being forwarded to the
ObjectTreeParser in the messagecompser which can deal with things like
opaque signed mails and construct virtual bodypart for its contents. This
should finally fix aegypten isse 39/266 for good. (Yeah, right ;).
svn path=/trunk/kdepim/; revision=388759
Ismail Onur Filiz
Till Adam
Andreas Gungl
Leo Savernik
Thomas Zander
Aaron J. Seigo
Stephan Binner
Carsten Burghardt
Reinhold Kainhofer
Andr Wbbeking
Marc Mutz
Ingo Klcker
David Faure
Tobias Koenig
Allen Winter
George Staikos