Bug 35073 - Keyboard input extermely slow/delayed in HTML forms
Summary: Keyboard input extermely slow/delayed in HTML forms
Status: CLOSED FIXED
Alias: None
Product: klipper
Classification: Applications
Component: general (show other bugs)
Version: 2.2.1
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Carsten Pfeiffer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-11-19 03:18 UTC by Craig McDaniel
Modified: 2002-09-16 14:43 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Craig McDaniel 2001-11-19 03:13:14 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           konqueror
Version:           2.2.1 (using KDE 2.2.1 )
Severity:          normal
Installed from:    Debian Package 4:2.2.1-14 (testing/unstable)
Compiler:          gcc version 2.95.4 20011006 (Debian prerelease)
OS:                Linux (i686) release 2.4.10
OS/Compiler notes: 

After starting KDE Konqueror HTML form entry is extermely slow. Other KDE apps have no problems. No problem typing in location area of Konqueror either. The problem seems to go away after using KDE for 30 minutes or so.

(Submitted via bugs.kde.org)
(Called from KBugReport dialog)
Comment 1 Craig McDaniel 2001-11-19 04:07:23 UTC
The problem is not Konqeror; it is Klipper. Klipper doesn't show up in top as 
a process that is running amok but it does seems to be stealing time from 
Konqueror when I'm trying to enter keystrokes in HTML forms. I can make 
Konqueror act normal again when I kill Klipper.

Thanks
Comment 2 Olaf Stetzer 2001-11-21 16:08:20 UTC
Hello

I am sure that this is related to the bug you mentioned here:
When I go to any webpage and then mark the text in the URL:- line
a right-click on this text (I tried to copy it to the clipboard)
slows the whole KDE down for a while. After 10-30 seconds the frame
for the context-menu is drawn but is still emty. After a while other
KDE programs such as kmail get back to normal activity while the
whole konqueror window is still waiting for a redraw although
top says that the system is 99 % idle..... 

Any Ideas about this behaviour?

Olaf 
-- 
Dr. Olaf Stetzer
Forschungszentrum Karlsruhe
Institut für Meterologie und Klimaforschung
Atmosphärische Aerosole (IMK III) - http://imk-aida.fzk.de
Tel.: +49(0)7247-82-3249 (FAX: -4332)
Comment 3 Olaf Stetzer 2001-11-21 16:12:33 UTC
Hello again

in my last post I forgot to do the experiment with killing
klipper. Now I did and got back to normal operation. So this
bug should be redirected to klipper?

Olaf

-- 
Dr. Olaf Stetzer
Forschungszentrum Karlsruhe
Institut für Meterologie und Klimaforschung
Atmosphärische Aerosole (IMK III) - http://imk-aida.fzk.de
Tel.: +49(0)7247-82-3249 (FAX: -4332)