Bug 80302

Summary:	Klipper interferes with selecting text in OpenOffice.org writer
Product:	[Applications] klipper	Reporter:	Oded Arbel <oded>
Component:	general	Assignee:	Lubos Lunak <l.lunak>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	test shell script

Description Oded Arbel 2004-04-25 13:30:01 UTC

Version:           v0.9.5 (using KDE 3.2.2, Mandrake Linux Cooker i586 - Cooker)
Compiler:          gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk)
OS:          Linux (i686) release 2.6.5-1.tmb.1mdk-i686-up-4GB

With klipper running (as an application in the systray, not as an applet), when selecting text in OpenOffice.org writer not all the text is copied into the selection clipboard - only the starting part of it, sometimes only the first few letters. 
This also happens if klipper is setup to "ignore selection", but it doesn't happen if klipper is turned off !

To reproduce - 
1. run klipper (haven't tested it in applet mode, so use systray application)
2. run OpenOffice.org writer.
3. find a large amount of text and select a few words from it - about 10 VERY SLOWLY (it doesn't happen, or less often, if you select it all the line at once or just very fast).
4. check the klipper menu - it should have only the start of the currently selected words in oowriter.

If klipper is removed, the full selection will be found in the buffer - this can be demonstrated by pasting it somewhere.

This might be related to Bug 74488 though probably not to 74487

Comment 1 Lubos Lunak 2004-04-27 10:55:01 UTC

Most probably the timestamp optimization doesn't work :(.

Comment 2 Lubos Lunak 2004-11-11 16:07:05 UTC

Created attachment 8252 [details]
test shell script

OpenOffice.org bug. When trying with xclip
(http://people.debian.org/~kims/xclip/) and this small shell script, which just
prints the selection contents every second, it's obvious OOo stops updating the
selection contents if there's a request for it while doing the selection - the
output from xclip has the same problem.

Comment 3 Lubos Lunak 2004-11-11 17:24:25 UTC

CVS commit by lunakl: 

Hack for #85198 and #80302 - if mouse button or Shift (without mouse button)
are pressed, postpone checking new clipboard contents. This avoids
recording of partial selections done using keyboard in history (#85198),
if the app updates the clipboard contents also during the keyboard selection.
It is also a workaround for OpenOffice.org bug, since it stops updating
the clipboard contents during mouse selection if something asks for it.

BUG: 85198
BUG: 80302


  M +51 -13    toplevel.cpp   1.159
  M +6 -2      toplevel.h   1.54