Bug 15163 – REGRESSION(r25373): Google Mail becomes slow using various IMs

• Status: RESOLVED
• Resolution: WORKSFORME
• Component: WebCore Misc.

[Jiawei Ye]

All actions in Gmail becomes delayed. Clicks on buttons has a half-second delay double-clicking or triple-clicking to select word/line is also delayed.

[David Kilzer (:ddkilzer)]

Thanks for the bug report!  However, we need more information.  Which version of Safari are you using?  Are you using a WebKit nightly build as well?

Do you know what causes the actions to be delayed?  Do they work for a while, then get slow later?

[Jiawei Ye]

Safari 3.0.3 (522.12.1) does not exhibit this behavior. r25449 and the one before does this. 

When I login to my Gmail account, r25449 becomes considerably slower than 522.12.1. In the individual mail view, clicking "Archive" button on 522.12.1 returns immediately to the mail list view, when the nightly builds will take 0.5 secs to fire the action (the button turns blue after .5 secs).

Also, 522.12.1 in either mail list view or individual mail view does not warm up my MBP too much (51C as I type) but nightly builds increases the temp to 60C. Might be some changes in the javascript engine.

[Jiawei Ye]

This is getting worse. Today I have downloaded r25552 and "Archive" "Report Spam" and "Delete" buttons have stopped working for one of my mails. Clicking on the buttons will result in 92% CPU usage but no actions are actually fired. 

Please let me know how I can provide more detailed information. Thank you.

[Matt Lilek]

(In reply to comment #3)
> Please let me know how I can provide more detailed information. Thank you.
> 

When this happens, open Terminal and type "sample Safari 10", then upload the file to this bug.

[Jiawei Ye]

I now know why this happens to me and not to most developers :)

I am using this under Traditional Chinese environment and T-Chinese input method Hanin built into 10.4.10. When I press the buttons under with Hanin activated, it will lag and consumes unexpectedly high CPU time. When I switch to English/US, it does not happen at all.

[Jiawei Ye]

Created attachment 16307 [details]
sample file r25585 with Hanin activated

Sampled against r25585 with Hanin IME activated.

[Oliver Hunt]

I can confirm on ToT, i suspect it will happen to all larger pages although i have no real facts to base this opinion upon.  Will try to regress.

[Oliver Hunt]

Okay, the last nightly this behaves correctly in is r25353, the next nightly is slooooww (r25385)

[Oliver Hunt]

Erk, absolutely nothing in the range looks like it should really cause this.  

[Oliver Hunt]

This regression was caused by r25372

[Oliver Hunt]

gah, by 25372 i mean 25373

[Oliver Hunt]

I have confirmed this hits other IMs as well -- notably the Kotoeri based engines.

[Oliver Hunt]

<rdar://problem/5486974>

[Matt Lilek]

Harrison landed a fix for this in r25617.

[Matt Lilek]

And actually closing the bug helps

[Oliver Hunt]

Jiawei can you verify this has been fixed?

[Jiawei Ye]

I can verify that r25634 nightly build works without the lag. But at the same time, I have lost the ability to enter Chinese text into forms.

For example, this bugzilla form is un-inputable if I switch to Hanin. Switching back to English/US does not help. I have to re-open another tab and switch to English/US first to enter text in the form.

[Matt Lilek]

(In reply to comment #17)
> I can verify that r25634 nightly build works without the lag. But at the same
> time, I have lost the ability to enter Chinese text into forms.
> 
> For example, this bugzilla form is un-inputable if I switch to Hanin. Switching
> back to English/US does not help. I have to re-open another tab and switch to
> English/US first to enter text in the form.
> 

Could you file a new bug on that issue?  Make sure to mention that it started happening with that nightly.

[Matt Lilek]

(In reply to comment #18)
> (In reply to comment #17)
> > I can verify that r25634 nightly build works without the lag. But at the same
> > time, I have lost the ability to enter Chinese text into forms.
> > 
> > For example, this bugzilla form is un-inputable if I switch to Hanin. Switching
> > back to English/US does not help. I have to re-open another tab and switch to
> > English/US first to enter text in the form.
> > 
> 
> Could you file a new bug on that issue?  Make sure to mention that it started
> happening with that nightly.
> 

Thanks Jiawei!  It's bug 15239.

I'm going to re-close this bug since the slowness itself is fixed.

[Jiawei Ye]

This bug is re-introduced with r30468, persists through r30551

[Jiawei Ye]

Created attachment 19349 [details]
sampled file when the symptom occurs

Slowness also occurs when trying to select any text in individual mail.

[Jiawei Ye]

Does not happen with 10.5.2.

[Evan]

(In reply to comment #22)
> Does not happen with 10.5.2.
> 

so this bug can be closed then???

[Jiawei Ye]

Yes please