Bug 61814 - klipper is very sluggish when text selected in lyx
Summary: klipper is very sluggish when text selected in lyx
Status: RESOLVED DUPLICATE of bug 84595
Alias: None
Product: klipper
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: RedHat Enterprise Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Carsten Pfeiffer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-29 21:10 UTC by Alias
Modified: 2004-11-12 15:09 UTC (History)
1 user (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 Alias 2003-07-29 21:10:38 UTC 
Version:            (using KDE KDE 3.1.2)
Installed from:    RedHat RPMs

Everytime I select a bunch of text in Lyx (Qt version), klipper starts using a lot of cpu and doesn't react for a long while.
I think, lyx has a particular way to handle text displayed but I can't understand why klipper should use some much cpu time.
I know it may be not a bug of klipper itself but anyway it's really annoying so it's worth to check this.
Comment 1 Lubos Lunak 2003-07-29 21:29:20 UTC 
How much is 'a bunch of text'? Only few characters, or large amount of text? 
What is your Qt version?
Comment 2 Alias 2003-07-29 21:49:10 UTC 
the longer the amount of text selected, the longer it takes klipper to react.
I tried to select 4 words. It took about three seconds to display the selection
list and again maybe 10 seconds to remove it when I clicked somewhere else on
the display.
The text selected was displayed. If I remember well, it wasn't always the case
for larger parts of text.

I use qt3.1.2
I have just tried using lyx compiled with xforms and no such problem appears.
Everything's fine in this case.
Well, that could be a work-around but I prefer the qt interface anyway.
Comment 3 Rex Dieter 2003-07-29 22:48:17 UTC 
WORKSFORME, redhat 7.3/9, using kde-redhat.sf.net's rpms of: kde-3.1.3, 
qt-3.1.2, lyx-1.3.2.  Selecting text in lyx is near-instantaneous, whether it 
be a single word, or paragraph. 
 
What version of redhat are you using?
Comment 4 Alias 2003-07-29 23:09:09 UTC 
I am using a RH7.3 initial installation on which I made some updates.
Besides I am using lyx1.3.1
maybe that's the reason or it has been fixed in 3.1.3
Comment 5 gallir 2003-08-29 11:44:58 UTC 
I just saw another strange behaviour with lyx-qt. Klipper enters in a loop 
()eats 100% CPU) when doing spellchecking (with ispell) in lyx.
Comment 6 Arne Henningsen 2004-03-16 18:56:25 UTC 
I don't have the problem with selecting text (LyX-Qt 1.3.4, qt-3.3.1, kde-3.2.1), but sometimes I have the same problem as "gallir" (klipper eats 100% CPU when doing spellchecking with ispell in LyX).
Comment 7 Marius Kotsbak 2004-05-18 22:10:49 UTC 
Are you sure this isn't this a duplicate of bug #68477?
Comment 8 Alias 2004-05-18 23:02:34 UTC 
No, it isn't the same bug. As written above, this bug causes klipper to use 100% cpu so it doesn't freeze as in bug #68477. I haven't found any means to stop it (as a keyboard combination like the other bug) when it doesn't stop itself but to kill it.
Comment 9 Lubos Lunak 2004-11-12 15:09:26 UTC 

*** This bug has been marked as a duplicate of 84595 ***