Created attachment 2224 [details] Example Messages in a Zip file. For some reason a couple of specific emails (from freelancer.com) cause Claws Mail to hang with 100% CPU when I view them. Sometimes I have to switch back and forth between the `text/plain` display and the `message/rfc822` display to cause the hang, sometimes it happens as soon as I open the message. I've tested this on both 3.17.8 and 3.18.0, on Slackware 64 Current (Kernal 5.12.14). The attached messages are examples of it. `1` hangs, but `2` and `3` don't. It's rather weird, it seems to be related to the text body and to the reply-to header. If I delete a single line from the text body it stops it hanging, or if I delete the reply-to header, but I can delete other headers with out fixing the problem (I did delete most of the headers from the file to make a simpler example).
Oh, also I actually did change the token in the Freelancer auto-login link, which didn't stop it from hanging, but removing the link entirely did.
You've registered this bug for version 3.9.9 and say you've "tested this on both 3.17.8 and 3.18.0". Which versions exhibit this behaviour for you, all three?
None of them hang for me. When you open the messages, are you viewing the html part with one the plugins when it hangs? If so, which plugin?
looks like a duplicate of 4430 *** This bug has been marked as a duplicate of bug 4430 ***
> You've registered this bug for version 3.9.9 and say you've "tested this on both 3.17.8 and 3.18.0". Which versions exhibit this behaviour for you, all three? I've only tested it on 3.17.8 and 3.18.0. The only options it gave me for version was 3.99.0, Git, or 4.0.0; since there isn't a 3.99.0 yet, I assumed it was a place-holder for any 3.something version. > When you open the messages, are you viewing the html part with one the plugins when it hangs? If so, which plugin? I'm not using a plugin for HTML, I'm just using "Render HTML messages as text". Also both the "text" and "html" part work when displayed alone, only the whole message causes the hang. > looks like a duplicate of 4430 The result of `--debug` is version similar so you might be right: When I open one that fails: > procheader.c:197:generic_get_one_field: empty line > textview.c:692:TIMING textview_add_part : 0s000ms > textview.c:658:TIMING textview_add_part : 0s000ms > textview.c:1165:Viewing text content of type: plain (length: 580) When I open one of the working ones: > procheader.c:197:generic_get_one_field: empty line > textview.c:692:TIMING textview_add_part : 0s000ms > textview.c:658:TIMING textview_add_part : 0s000ms > textview.c:1165:Viewing text content of type: plain (length: 580) > textview.c:788:TIMING textview_add_part : 0s002ms > textview.c:805:TIMING recursive_add_parts : 0s002ms > textview.c:851:TIMING recursive_add_parts : 0s002ms > textview.c:851:TIMING recursive_add_parts : 0s002ms > textview.c:631:TIMING textview_show_part : 0s002ms So it's hanging somewhere between executing line 1165 and 788 in textview.c by the look of it.