It happens only in multi-line text input fields.

That's klipper bug

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

Not really a duplicate of #74487.

Can happen even with single line edits. Caused by qt_xclb_wait_for_event()
(QClipboard) being blocking, after selecting something in Konqueror Klipper
sends a request for PRIMARY contents and at the same time Konqueror updates its
Edit menu and calls QClipboard::provides(), which leads to requesting CLIPBOARD
targets from Klipper. qt_xclb_wait_for_event() in both processes time out
waiting for the other to reply.
This is not a duplicate of bug #74487 because the Qt versions mentioned there
didn't have qt_xclb_wait_for_event() blocking. That change however has been
reverted because of bug #61412.
Nasty bug :(.

Some kind of a hack created, before a good solution is found out. Requires
patched Qt, so hope your packager will pick it up (already explicitly forwarded
to the SUSE packager, so I guess you're lucky ;) ).

The qt-copy patch number is 0048.

*** Bug 81507 has been marked as a duplicate of this bug. ***

*** Bug 74771 has been marked as a duplicate of this bug. ***

*** Bug 80861 has been marked as a duplicate of this bug. ***

*** Bug 82563 has been marked as a duplicate of this bug. ***

*** Bug 84078 has been marked as a duplicate of this bug. ***

*** Bug 81377 has been marked as a duplicate of this bug. ***

Ok, let's consider this fixed, with qt-copy patch #0048. This problem shouldn't
exist with Qt4, and I doubt there will be any Qt3 release before that, at least
one that could change something about this. Packagers have been already told
about the patch, so bug them if you have this problem. Sorry.

*** Bug 93967 has been marked as a duplicate of this bug. ***

*** Bug 96234 has been marked as a duplicate of this bug. ***

*** Bug 100773 has been marked as a duplicate of this bug. ***

*** Bug 100876 has been marked as a duplicate of this bug. ***

Hello,

I notice that if we configure klipper to
        "synchronize the content of the buffer and the selection"
(it may not be the exact wording, I'm using localized version, so I'm
guessing the english version)

the symptoms apparently no longer shows up (or rarely).

*** Bug 100931 has been marked as a duplicate of this bug. ***

*** Bug 102769 has been marked as a duplicate of this bug. ***

*** Bug 105309 has been marked as a duplicate of this bug. ***

*** Bug 91357 has been marked as a duplicate of this bug. ***

*** Bug 122740 has been marked as a duplicate of this bug. ***

> Ok, let's consider this fixed, with qt-copy patch #0048 ...
> Packagers have been already told about the patch, so bug them
> if you have this problem.

The bug is still very much present: KDE/Konqueror 3.5.2.
It was installed from FreeBSD ports, using qt-x11-free-3.3.6
which does include a 0048-qclipboard_hack_80072.patch.
Klipper is 0.9.7 (compiled together with the rest of KDE 3.5.2).

The problem seems to go away with one or more of these actions
in Klipper: clearing its history, or turning off "save clipboard
contents on exit", or turning it off. Unfortunately it took me
two afternoons of browsing through kde bug reports to find these
hints, after enduring the problem for the last two years (and
switching to firefox for more substantial web forms filling/editing).

  Mark

  Mark

Happens to me too, dont know why it is marked as FIXED.
Still happens with QT 3.3.6 with the clipboard hack and with kdebase 3.5.3.

Does Qt 3.3.8 changelog:

"- Fixed problem with applications hanging while querying the clipboard. This is related to the KDE bug reported at http://bugs.kde.org/show_bug.cgi?id=80072." 

means that is fixed now?

this bug is still cousing problems with konqueror from kde 4.1

Fast-reply in phpbb2 forum takes forever - no copy/pasting

... and also when using keyboard the latency is about 4 seconds for every key
pressed.

Reopen?