| Summary: | search caused crash and now cannot re-start kmail gcc version 3.3 20030304 (Apple Computer, Inc. build 1495) | ||
|---|---|---|---|
| Product: | [Applications] kmail | Reporter: | Doug Burke <dburke> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Other | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: |
This email causes kmail to crash
backtract from kmail crash when it processes the email in the previous attatchment tar file of ~/.kde/.../kmail/search/ |
||
|
Description
Doug Burke
2004-04-12 17:30:30 UTC
Does removing the ~/.kde/share/apps/kmail/search/Last\ Search file enable you to start KMail again? It looks like KMime is having trouble parsing this mail(/header). Don. Don, Sorry I hadn't made the report clearer. If I remove the ".kde/share/apps/kmail/search/Last Search" file then I was able to re-start KMail. I tried to tar up this folder so I could re-try the search; is there a way I can find out whch mail message is causing the problem [it's not a small folder so it would have to be an automatic method]? Doug Created attachment 5645 [details]
This email causes kmail to crash
Whilst not found during a search, the appearance of this mail in my inbox
causes kmail to crash. This is a real show stopper as you have to know which
file to manually delete in your inbox [or whatever folder it is].
I'll attatch the backtrace, but it appears similar to the previous crashes I
was seeing. Just to note that this email was not the cause of the original
crash I reported. I also slightly sanitized it by changing the recipients email
address (but I did check that this made no difference to the crash).
Created attachment 5647 [details] backtract from kmail crash when it processes the email in the previous attatchment This is the backtrace from kmail when it crashed whilst trying to process the email in the previous attachement (#5645). The screen output from kmail looked like: : set Msg, force = true khtml (part): DONE: 133 kmail: set Msg, force = true khtml (part): DONE: 6 kmail: (42742, last 0) (광??)ī??? ??ġ????????? twd ai pbc ????, readyToShow true kmail: set Msg, force = false kmail: ####### ####### ####### parseMsg(KMMessage* aMsg == aMsg ) ####### ####### kmail: -----> First body part *was* found, filling the Mime Part Tree kmail: partNode::partNode() explicitType == DwMime::kTypeUnknown kmail: kmail: Inserting one item into MimePartTree kmail: Content-Type: multipart/alternative kmail: Inserting one item into MimePartTree kmail: Content-Type: text/html kmail: partNode::findType() is looking at Multipart/Alternative kmail: partNode::findType() is looking at Text/HTML kmail: KMMessage::emailAddrAsAnchor('"????" <zanz5aooo0x0u@yahoo.co.kr>') returns: --><a href="mailto:%22%3D%3Futf-8%3Fq%3F%3DC2%3DB0%3DC2%3DA8%3DC2%3DBB%3DC3%3DA7%3F%3D%22%20%3Czanz5aooo0x0u%40yahoo.co.kr%3E">"????" <zanz5aooo0x0u@yahoo.co.kr></a><-- kmail: KMMessage::emailAddrAsAnchor('xxxxxx@cfa.harvard.edu') returns: --><a href="mailto:xxxxxx%40cfa.harvard.edu">xxxxxx@cfa.harvard.edu</a><-- kmail: ** ** ObjectTreeParser::parseObjectTree( node OK, showOnlyOneMimePart: FALSE ) ** ** kmail: partNode::findType() is looking at Text/HTML kmail: partNode::findType() is looking at Text/HTML kmail: ** ** ObjectTreeParser::parseObjectTree( node OK, showOnlyOneMimePart: FALSE ) ** ** kmime_codec_qp.cpp:285: failed assertion `mBadChar == 0' *** KMail got signal 6 (Crashing) DCOP: unregister 'kmail' KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = kmail path = <unknown> pid = 854 DCOP: register 'anonymous-855' -> number of clients is now 2 DCOP: 'anonymous-855' now known as 'drkonqi-855' DCOP: unregister 'drkonqi-855' I created a new folder containing the attached message, but I can't reproduce a crash. Maybe some information got lost, you might have to create a new folder, copy the message into that folder and then send me a compressed copy of that folder to make sure no information in the message got lost. Also it's possible I can't produce this because i'm currently using intel rather than ppc. Don. I created a new top-level folder (in maildir format), saved the attatchemnt into this directory (using a name that was very similar to one from a different folder, as I don't know the rules for the file names). Then I started kmail, and everything was okay (as this new folder wasn't selected). Once I selected the new folder, I got the same behavior as above: a) kmail crashed b) in terminal from which I ran kmail, I see the following kmime_codec_qp.cpp:285: failed assertion `mBadChar == 0' *** KMail got signal 6 (Crashing) c) the backtrace looks exceedingly similar to the one already attatched. Since I used the attatchment (id=5645) then I assume it's a processor/compiler/whatever issue and not due to information loss. > Since I used the attatchment (id=5645) then I assume it's a
> processor/compiler/whatever issue and not due to information loss.
Ok. I have an OS X machine that I want to install the fink packages on
but just haven't had time to do so yet. Now I have an additional
incentive.
Don.
similar problem here. Kmail freezes after a second Search. kill+restart freeze again. Screen is build up, but down in left corner the word "Initializing" never disappears. Kmail version 1.6.2 using 3.2.2 (version is from debian/unstable) version number in debian is 4:3.2.2-2 Can be repeated at will using content from same ~/.kde/.../kmail/search directory, but only tested at home. resolved by moving ~/.kde/.../kmail/search dir to something else, and kmail restarts as normal. moving dir back and kmail freezes again. no back trace (no crash) tared ~/.kde/.../kmail/search directory renamed to search.freeze attached below. note: is on home pc. Is switched off at night, but usually switches itself back on at noon (GMT-1) email for file if address above does not work: ernestjw at xs4all dot nl Created attachment 5880 [details]
tar file of ~/.kde/.../kmail/search/
from previous part of my report: > note: is on home pc. Is switched off at night, but usually switches > itself back on at noon (GMT-1) > > email for file if address above does not work: ernestjw at xs4all dot nl euh, this part of the report was confusing (I should re-read before submitting) and also made irrelevant, as I managed to include tar file as attachment. sorry about that. Just to note that I still see this behavior (crash when selecting the folder containg the email) when using the 3.2.2-21 package of kmail from fink. *** This bug has been marked as a duplicate of 75001 *** |