Bug 3728 - claws-mail 3.14.1 for Windows (64-bit) crashing sporadically when opening unread emails
Summary: claws-mail 3.14.1 for Windows (64-bit) crashing sporadically when opening unr...
Status: NEW
Alias: None
Product: Claws Mail (Windows)
Classification: Unclassified
Component: default (show other bugs)
Version: 3.14.1
Hardware: PC Windows 10
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2016-11-15 11:11 UTC by Gerard Seibert
Modified: 2017-03-29 20:30 UTC (History)
0 users

See Also:


Attachments
Debug Log (11.80 KB, text/plain)
2016-11-15 11:11 UTC, Gerard Seibert
Details

Description Gerard Seibert 2016-11-15 11:11:15 UTC
Created attachment 1696 [details]
Debug Log

I am using the "http://claws-mail.org/win32/test/claws-mail-3.14.1-2newcairo.exe" version. Andrej asked me to test this version since I was experiencing crashes every few minutes with the 3.14.1 version of claws-mail. This is the 64 bit version, I might add.

Now, with the updated cairo libraries, claws-mail crashes less often, but it still crashes. I have attached the output from a debug session under "gdb.exe". I did notice that when claws-mail halted, on the screen, in the bottom left corner of the screen, this was displayed, "Flagging Messages".

Apparently, it seems that the crash happens during rendering text in an HTML e-mail, as done by the Fancy plugin, using WebKit HTML renderer.

This crash only happens when switching between unread message apparently. I have never had it happen when trying to read a previously read message.

System Info:

Windows 10 PRO
version 1607
OS Build 14393.447
Installed RAM 32.0 GB
Processor Intel(R) Core(TM) i7-4820K CPU 3.70 GHz
64-bit operating system, x86 based processor
Comment 1 rmaf 2016-11-17 19:10:07 UTC
I confirm the (apparently) same bug.
For the moment I am back to 3.14.0 (64bit)
Comment 2 Andrej Kacian 2016-11-17 21:06:43 UTC
3.14.0 did not have a 64-bit version, unless you used one of the test builds which weren't generally available. Please try the 32-bit version of the latest release, unless you have a specific reason to require a 64-bit version. Unfortunately, the 64-bit version is a big less stable than I expected.
Comment 3 rmaf 2016-11-17 22:27:58 UTC
Ups! You are right. The crashes were with version 3.14.1 (64 bit). I was a bit surprised with the choice between 32 and 64 bit, but I assumed it was already like that in previous versions, and end up the 64 bit version.
I will give a try to the new 32 bit version.

Thank you for your great job.
Comment 4 Gerard Seibert 2016-11-17 22:42:16 UTC
(In reply to comment #2)

Andrej, the last version with the updated libraries is far more stable then the original one. I was wondering, since the problem appears to be between the 'fancy' plugin and the 'cairo' libraries, are the libraries used in the 'fancy' plugin also using the latest versions available?

In any case, I can live the occasional crashing, although it would be nice to eliminate it entirely someday if possible.
Comment 5 Andrej Kacian 2016-11-25 12:31:59 UTC
I wonder if this crash is the one mentioned as fixed in release notes of webkitgtk 2.1.4:
"  - Fix a crash in WebKit1 when the WebView is created and destroyed too fast."

I am currently in working on getting webkitgtk-2.3.5 to work, as that is the last version before they removed WebKit1 support (which our Fancy plugin uses). Hopefully I'll be able to get it to build.
Comment 6 Gerard Seibert 2016-11-25 12:54:55 UTC
(In reply to comment #5)

Sounds like a plan. Let me know if you need a BETA tester.
Comment 7 Andrej Kacian 2016-12-02 09:47:53 UTC
Alas, this webkitgtk upgrade seems unlikely - the G++ compiler from Mingw-w64 does not have complete support for C++ standard library threading and locking. Particularly, it's missing support for std::mutex. And webkitgtk-2.3.5 uses that.
Comment 8 Gerard Seibert 2016-12-03 13:56:02 UTC
(In reply to comment #7)

Is it possible to use Visual Studio with CLANG? Or maybe just CLANG?

http://llvm.org/docs/GettingStartedVS.html
Comment 9 m 2017-03-29 14:48:48 UTC
Can confirm that the claws-mail-3.14.1git88-99-64bit-newcairo version has been perfectly stable (64-bit even!) without both the fancy plugin hang or the libcairo crashes. Whatever you guys did there, it worked. Unfortunately this change did not make it into 3.15.
Comment 10 Andrej Kacian 2017-03-29 20:30:38 UTC
Well, we updated few of the libraries to newer versions in that test release. I did not push these updates to 3.15.0-1, because the newer version of cairo noticeably slows down Claws Mail on certain video cards. However, I'm starting to think less crashes might be worth it. :)

Note You need to log in before you can comment on or make changes to this bug.