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.
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?
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.
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.
(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.
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.
Created attachment 16307 [details] sample file r25585 with Hanin activated Sampled against r25585 with Hanin IME activated.
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.
Okay, the last nightly this behaves correctly in is r25353, the next nightly is slooooww (r25385)
Erk, absolutely nothing in the range looks like it should really cause this.
This regression was caused by r25372
gah, by 25372 i mean 25373
I have confirmed this hits other IMs as well -- notably the Kotoeri based engines.
<rdar://problem/5486974>
Harrison landed a fix for this in r25617.
And actually closing the bug helps
Jiawei can you verify this has been fixed?
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.
(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.
(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.
This bug is re-introduced with r30468, persists through r30551
Created attachment 19349 [details] sampled file when the symptom occurs Slowness also occurs when trying to select any text in individual mail.
Does not happen with 10.5.2.
(In reply to comment #22) > Does not happen with 10.5.2. > so this bug can be closed then???
Yes please