Bug 55941 - Text selection extremely slow
Summary: Text selection extremely slow
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (show other bugs)
Version: 4.0
Platform: unspecified Linux
: NOR minor
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 69542 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-03-14 05:42 UTC by Sam Gibson
Modified: 2004-04-14 02:59 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Sam Gibson 2003-03-14 05:42:59 UTC 
Version:           4.0 (using KDE 3.1.0)
Installed from:     (testing/unstable)
Compiler:          gcc version 3.2.2 20030131 (Debian prerelease)
OS:          Linux (i686) release 2.4.18-bf2.4

Text selection on large documents is almost unbearably laggy. A good example is any Slashdot story, if you attempt to select something in the comments section it's horribly slow (compared to Moz, IE, Phoenix, etc).
Comment 1 Daniel Naber 2003-05-11 22:34:58 UTC 
It's very fast here (3.1 from CVS, Athlon 900).
Comment 2 Jan Halasa 2003-05-12 15:49:35 UTC 
I found that it's extremly slow when the page is still loading. The problem usually 
occures when konqeror cannot get some part of the page (ie a banner from dead 
server) and konq waits for timeout.
Comment 3 Ismail Donmez 2003-05-12 16:14:24 UTC 
Can confirm on cvs-head. Only when page is loading.
Comment 4 Thiago Macieira 2003-05-12 16:18:10 UTC 
Reopening on request
Comment 5 Ismail Donmez 2003-09-02 14:52:50 UTC 
possible dup of #54395
Comment 6 Leo Savernik 2003-10-06 15:49:29 UTC 
Hmm, cannot detect any difference between KDE 3.0 and HEAD. Leaving it open 
for now.
Comment 7 liviu 2003-10-06 17:45:53 UTC 
It looks ok with the latest additions from safari.
Comment 8 Sashmit Bhaduri 2003-10-26 22:49:48 UTC 
Selection for small and medium sized pages seems extremely optimized in HEAD. They are perfect now, however, for longer pages, it still lags compared to Mozilla. 

For example, open a large bug list (like konqueror :)), and start dragging down. It's quite slow after a while compared to Moz or Opera (fastest)
Comment 9 Stephan Kulow 2003-10-27 14:52:52 UTC 
*** Bug 61533 has been marked as a duplicate of this bug. ***
Comment 10 Stephan Kulow 2003-10-27 14:54:09 UTC 
I can select on /. about fine.
Comment 11 Sashmit Bhaduri 2003-10-28 17:01:39 UTC 
Have you tried viewing a /. story in nested mode with a lot of comments?
Comment 12 George Staikos 2003-12-03 05:48:46 UTC 
*** Bug 69542 has been marked as a duplicate of this bug. ***
Comment 13 Andreas Daab 2004-03-15 20:03:56 UTC 
I cannot reprocuce this bug with kde 3.2.1.
Comment 14 Tommi Tervo 2004-03-15 22:07:59 UTC 
Open e.g. following URL and select whole page. Selection is about 0.5-1s behind.
http://slashdot.org/article.pl?sid=04/03/15/1622236&mode=nested&tid=103&tid=126&tid=99
Comment 15 Bart Verwilst 2004-04-14 02:56:16 UTC 
Works perfectly here.. KDE 3.2.1, kernel 2.6.5
Comment 16 Matt Rogers 2004-04-14 02:59:14 UTC 
works well here as well (with HEAD). Appears fixed.