Closed Bug 1363297 Opened 8 years ago Closed 6 years ago

Opening web link triggers 100% CPU usage in kmozillahelper (KDE component)

Categories

(Thunderbird :: General, defect)

52 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: vkrevs, Unassigned)

References

Details

(Keywords: perf)

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36 Steps to reproduce: openSUSE 42.2, Thunderbird 52.1.0 from http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_42.2/x86_64/. Click on a new unread HTML email with web links. Actual results: Thunderbird seems to spawn a new instance of kmozillahelper and kmozillahelper spends up to a minute enumerating plugins in /usr/lib64/qt5/plugins/kf5/ and services in /usr/share/kservices5/ fully utilizing one CPU core. This happens for each new unread HTML email. I have reported this here in openSUSE bugzilla https://bugzilla.suse.com/show_bug.cgi?id=1037806 and the opensuse developers seem to think it is a Thunderbird bug (see comment #4 in the opensuse bug report). Expected results: Thunderbird/Kmozillahelper should not trigger high CPU consumption for each HTML email with web links.
Hmm, why is this a Thunderbird bug? kmozillahelper is a component of KDE, so why don't you complain to them? Surely, digging around in KDE plugins (qt5/plugins) has nothing to do with Mozilla software. Should I be mistaken, please re-open the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Summary: TB bug triggers 100% CPU usage in kmozillahelper → TB bug triggers 100% CPU usage in kmozillahelper (KDE component)
According to https://bugzilla.suse.com/show_bug.cgi?id=1037806 the reason why this is a problem is that: "The issue is that it calls nsMIMEInfoUnix::GetHasDefaultHandler way to often with totally nonsensical parameters, like "subsystem", "c", "C", "Zc"." This looks like there are really non-useful calls to GetHasDefaultHandler which also is expensive with Gtk but not as visible as it is in the case of the external integration with KDE.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: INVALID → ---
Component: Untriaged → General
Keywords: perf
Is this also a problem prior to version 52.1.0, i.e. is this a regression?? (In reply to Wolfgang Rosenauer [:wolfiR] from comment #2) > ... > This looks like there are really non-useful calls to GetHasDefaultHandler > which also is expensive with Gtk but not as visible as it is in the case of > the external integration with KDE. https://bugzilla.suse.com/show_bug.cgi?id=1037806#c4 "I see a ton of senseless queries for HANDLEREXISTS, so it's a bug in thunderbird."
Flags: needinfo?(vkrevs)
Summary: TB bug triggers 100% CPU usage in kmozillahelper (KDE component) → Opening web link triggers 100% CPU usage in kmozillahelper (KDE component)
This wasn't the case with earlier TB versions.
Flags: needinfo?(vkrevs)
Does this issue still exist in 52.9.1 or v60.0 of Thunderbird? (Unable to reproduce here but possibly different desktop configuration than OP) As far as I can tell - The component mentioned is in toolkit, not Thunderbird: https://dxr.mozilla.org/comm-central/search?q=nsMIMEInfoUnix&redirect=false
I've upgraded to openSUSE Leap 15.0 earlier this year, which includes both v52.9.1 and v60, and neither appear to trigger this problem anymore.

Thanks

Status: REOPENED → RESOLVED
Closed: 8 years ago6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.