| Summary: | Long freezing during loading and selecting text of a large table | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Samuel Allen <allen.sam> | ||||
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | aroben, mitz, webkit | ||||
| Priority: | P2 | Keywords: | InRadar, PlatformOnly | ||||
| Version: | 523.x (Safari 3) | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| URL: | http://bugs.webkit.org/attachment.cgi?id=3234&action=view | ||||||
| Attachments: |
|
||||||
Confirmed. It's a dramatic difference between Webkit on Mac OS X and on Windows. Webkit on Windows freezes for a long long time (a couple of minutes). Webkit on Mac OS X marks table almost instantly. *** Bug 14917 has been marked as a duplicate of this bug. *** Created attachment 38497 [details]
Defer repaints during RenderView::setSelection()
|
Attachment 3234 [details], which I posted 2 years ago, has always shown poor performance when selecting text near the top of the table. On my old Mac mini, the performance noticably lagged behind the other browsers, even though loading the page was fast. The behavior I am seeing on Windows Vista Safari 3.0.3 and WebKit ToT is much worse. When I open the attachment from my hard disk and make a selection across the cells near the top, Safari hangs and is unresponsive for 2 minutes. So, Safari takes 2 minutes to do what every other browser I tested can do in less than 1 second. I don't know if this is a regression per se because I haven't tested a recent build on the Mac.