(*** 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)
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
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)
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)