Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Thunderbirds hangs in __poll and std::vector

more options

For a few days now, I experience extreme hangups (up to 30s) in Thunderbird. The Thunderbird process hogs one CPU. I run the following setup:

  • Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux
  • Thunderbird 1:102.6.0-1~deb11u1 from the distribution packages
  • The hangups started around the time a donation-page showed up. This may be coincidence, but apparently, something changed at that time, because I never saw such a page before.
  • Around the time the problems started, there were the following updates of packages:

gir1.2-javascriptcoregtk-4.0:amd64 (2.38.2-1~deb11u1, 2.38.3-1~deb11u1), gir1.2-webkit2-4.0:amd64 (2.38.2-1~deb11u1, 2.38.3-1~deb11u1), libjavascriptcoregtk-4.0-18:amd64 (2.38.2 -1~deb11u1, 2.38.3-1~deb11u1), libwebkit2gtk-4.0-37:amd64 (2.38.2-1~deb11u1, 2.38.3-1~deb11u1) However, downgrading these packages did not solve the problem

  • I restarted in troubleshooting mode without improvement
  • I removed global-messages-db.sqlite without improvement
  • Analysis with the firefox profiler shows that around 45% of samples are taken in sysdeps/unix/sysv/linux/poll.c:__poll, and another 45% in libxul.so:std::vector::_M_realloc_insert. Both calls are inside libxul.so:std::vector::_M_fill_insert, which makes up 100% of the samples and is called directly by XRE_main.

I don't know what exactly is causing this and whether the problem lies in thunderbird or the system. The fact that much time is spent on list-management itself points to thunderbird. I'd appreciate any ideas about causes or what to investigate.

For a few days now, I experience extreme hangups (up to 30s) in Thunderbird. The Thunderbird process hogs one CPU. I run the following setup: * Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux * Thunderbird 1:102.6.0-1~deb11u1 from the distribution packages * The hangups started around the time a donation-page showed up. This may be coincidence, but apparently, something changed at that time, because I never saw such a page before. * Around the time the problems started, there were the following updates of packages: gir1.2-javascriptcoregtk-4.0:amd64 (2.38.2-1~deb11u1, 2.38.3-1~deb11u1), gir1.2-webkit2-4.0:amd64 (2.38.2-1~deb11u1, 2.38.3-1~deb11u1), libjavascriptcoregtk-4.0-18:amd64 (2.38.2 -1~deb11u1, 2.38.3-1~deb11u1), libwebkit2gtk-4.0-37:amd64 (2.38.2-1~deb11u1, 2.38.3-1~deb11u1) However, downgrading these packages did not solve the problem * I restarted in troubleshooting mode without improvement * I removed global-messages-db.sqlite without improvement * Analysis with the firefox profiler shows that around 45% of samples are taken in sysdeps/unix/sysv/linux/poll.c:__poll, and another 45% in libxul.so:std::vector::_M_realloc_insert. Both calls are inside libxul.so:std::vector::_M_fill_insert, which makes up 100% of the samples and is called directly by XRE_main. I don't know what exactly is causing this and whether the problem lies in thunderbird or the system. The fact that much time is spent on list-management itself points to thunderbird. I'd appreciate any ideas about causes or what to investigate.

Edeziri site na hephaisto

All Replies (3)

more options

I doubt it is donation related.

If your performance profile has Thunderbird symbols and follows the specs of https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance, please post the link here. If it doesn't have Thunderbird symbols, please install from Thunderbird.net and obtain a new profile.

more options

Thanks for your reply.

I didn't think it was directly related to the donation page. But it could be possible that this page was introduced with an update of thunderbird, and I ran an outdated binary for a few days. Then I (maybe) restarted thunderbird, therefore switching to the new version, triggering both the donation page and this bug. That was just a theory, though.

I looked into the profile data, and even though I disabled all checkboxes of personal data, there was still stuff in the json that I'm not willing to share. So I won't upload the actual traces. I made a few screenshots of new traces, maybe that can help. One is showing the trace for __poll, the other two seem to get stuck in calendar calculations (that was not present in my first capture leading to my post). Not sure if those two cases are related or separate issues.

I'm not sure what you mean with "have Thunderbird symbols". It seems to have debugging symbols, and we can see call trees, if that is what you meant.

more options

I created a clean install for thunderbird 102.6.1 and only added my personal CalDAV calendars. Switching tabs, editing events and scrolling through the calendar is lagging. Here are two profiles:

__poll: https://share.firefox.dev/3k4yYug getOccurrences: https://share.firefox.dev/3IAh3G0

The following is noted in the release notes for 102.6.0: "Fixed: Recurring events did not display past a certain number of repetitions"

The second is likely the same (or related to) https://bugzilla.mozilla.org/show_bug.cgi?id=1789999 However, I've tried the current beta (109.0b3) and 106.0b5, and the problem still exists in both cases. As far as I understood, the aforementioned bug should have a fix in at least one of those versions.