467034 - High CPU usage when composing reply message with large original

Status: RESOLVED DUPLICATE of bug 366458

(Thunderbird :: Message Compose Window, defect)

Description

[Krzysztof Nowak]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.0.2) Gecko/2008090514 Firefox/3.0.2 (.NET CLR 3.5.30729)
Build Identifier: wersja 2.0.0.18 (20081105)

When I started to reply to message (which has a lot of text, about 650kB) cpu is used high for about minute. I agree that message is long, but one minute of 100% cpu is to much usage.
Restarting THunderbird does not solve the problem.
Unfortunately I cannot put the message, it is confidential.

I checked using ProcExlorer which thread is using cpu and the result is as follows:

ntkrnlpa.exe!KiDispatchInterrupt+0x7f
msvcrt.dll!memcpy+0x33
xpcom_core.dll!nsSubstring::Assign+0x95
thunderbird.exe!nsPrintSettings::SetShowPrintProgress+0x19561
thunderbird.exe!nsPrintSettings::SetShowPrintProgress+0x19c0e
thunderbird.exe!nsPrintSettings::SetShowPrintProgress+0x1acec
thunderbird.exe!nsPrintSettings::SetShowPrintProgress+0x1af26
thunderbird.exe!nsPrintSettings::SetShowPrintProgress+0x1b0b3
thunderbird.exe!nsPrintSettings::GetPrintBGColors+0x2aab
thunderbird.exe!nsPrintSettings::GetPrintBGColors+0x5b9e
thunderbird.exe!nsPrintSettings::GetPrintBGColors+0x7026
thunderbird.exe!nsPrintSession::AddRef+0x2d01
thunderbird.exe!nsPrintSession::AddRef+0x3407
xpcom_core.dll!XPTC_InvokeByIndex+0x27
thunderbird.exe!NS_RegistryGetFactory+0x16ec2
thunderbird.exe!NS_RegistryGetFactory+0x14c2e
js3250.dll!js_Invoke+0x56c
js3250.dll!js_Invoke+0x5bc9
js3250.dll!js_Invoke+0x5c4
thunderbird.exe!NS_RegistryGetFactory+0x1c371
thunderbird.exe!NS_RegistryGetFactory+0x1a7a3
xpcom_core.dll!nsXPTCStubBase::Stub3+0x20
xpcom_core.dll!XPTC_InvokeByIndex+0x27
thunderbird.exe!NS_RegistryGetFactory+0x16ec2
thunderbird.exe!NS_RegistryGetFactory+0x14c2e
js3250.dll!js_Invoke+0x56c
js3250.dll!js_Invoke+0x5bc9
js3250.dll!js_Invoke+0x5c4
js3250.dll!js_Invoke+0x918
js3250.dll!JS_CallFunctionValue+0x1f
thunderbird.exe!nsPrintOptions::GetNewPrintSettings+0x4f67
thunderbird.exe!nsPrintOptions::GetNewPrintSettings+0x61102
thunderbird.exe!nsColorNames::operator=+0x146da
thunderbird.exe!nsColorNames::operator=+0x14979
thunderbird.exe!nsPrintSettings::GetPrintPageDelay+0x20365
thunderbird.exe!nsPrintSettings::GetPrintPageDelay+0x1fe31
thunderbird.exe!nsColorNames::operator=+0x75d6
thunderbird.exe!nsScriptableRegion::GetRegion+0x5cec2
thunderbird.exe!nsScriptableRegion::GetRegion+0x5ccf8
thunderbird.exe!nsColorNames::operator=+0x7479
thunderbird.exe!nsColorNames::operator=+0x7174
thunderbird.exe!nsPrintOptions::GetNewPrintSettings+0x4cb46
thunderbird.exe!nsPrintOptions::GetNewPrintSettings+0x4b7ed
thunderbird.exe!nsColorNames::operator=+0x7544
thunderbird.exe!nsColorNames::operator=+0x6e0b
thunderbird.exe!nsPrintSettings::GetPrintPageDelay+0x4971
thunderbird.exe!nsPrintSettings::GetPrintPageDelay+0x3c5e
thunderbird.exe!nsPrintOptions::GetNewPrintSettings+0x48ab1
thunderbird.exe!nsPrintSettings::GetHowToEnableFrameUI+0x7e07
thunderbird.exe!nsPrintSettings::GetHowToEnableFrameUI+0xc994
thunderbird.exe!nsPrintSettings::GetHowToEnableFrameUI+0xce20
thunderbird.exe!nsPrintSettings::GetHowToEnableFrameUI+0x81b1
USER32.dll!GetDC+0x6d
USER32.dll!GetDC+0x14f
USER32.dll!GetWindowLongW+0x127
USER32.dll!DispatchMessageW+0xf
thunderbird.exe!nsPrintSettings::GetHowToEnableFrameUI+0x1417c
thunderbird.exe!DeviceContextImpl::GetDepth+0x17677
thunderbird.exe+0x1012
kernel32.dll!RegisterWaitForInputIdle+0x49


Reproducible: Always

Steps to Reproduce:
1. Select message you want to reply to, must be long.
2. Click reply button.
Actual Results:  
CPU usage is 100% for long time.

Expected Results:  
CPU usage is 100% for short time (2 seconds? depends on the machine).

Comment 1

[Tyler Downer [He/Him]]

In order to give more info, please start Thunderbird in Safe Mode (http://kb.mozillazine.org/Safe_mode). Also, create a new profile, http://kb.mozillazine.org/Profile_Manager.

Comment 2

[Wayne Mery (:wsmwk)]

  Krzysztof, what are your results?

Comment 3

[Krzysztof Nowak]

(In reply to comment #2)
>   Krzysztof, what are your results?
Unfortunately running in safe mode didn't provide any new informations.
It seems that problem is just connected with long e-mails.
My message was about 600kB of html text (so it was a lot of text to format).

Nevertheless I think, that formating can take some time, but user should be able to use Thunderbird while formatting is done by some background task.

Comment 4

[Wayne Mery (:wsmwk)]

this is likely a duplicate

Comment 5

[Krzysztof Nowak]

(In reply to comment #4)
> this is likely a duplicate

Could you provide more datails (bug id)?

Comment 6

[Tyler Downer [He/Him]]

Wayne marked this as dupeme, so dupes are being looked for. If one is found this will be marked a duplicate of it.

Comment 7

[Wayne Mery (:wsmwk)]

close, but it doesnt' really mean that a specific person (or any person) is looking.  in practice it typically means the person marking it so is not looking for the duplicate, so anyone including reporter, should have a closer look to find one.  IOW you can fight for the honor of being the first to find it. :) 

see http://kb.mozillazine.org/Commonly_used_words

Comment 8

[Tyler Downer [He/Him]]

Err, that's what I said... Try to make replies short, and too the point for reporters. They don't have to be 100% for simple things like that. SOMEONE needs to do it.

Comment 9

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

xref bug 335380, bug 440641 and bug 447987

Also, the stack in comment #0 doesn't look correct, though I'm not very sure.

Comment 10

[[:Aureliano Buendía]]

It seems a dupe of bug #366458.

Feeel free to reopen it if I'm wrong

Comment 11

[[:Aureliano Buendía]]

Cleanup *dupeme* whiteboard flag from bugs that are marked as Resolved Duplicate!