Bug#256451: openoffice.org: openoffice copies stuff to X clipboard buffer before mouse release - causes wmcliphist problems
Package: openoffice.org
Version: 1.1.1-3
Severity: normal
see bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222816
It seems also that openoffice copies stuff into X11's clipboard buffer
before you release the mouse, which is both unnecessary, and breaks
external applications such as wmcliphist.
wmcliphist has a workaround, where it doesn't take up the clipboard
ownership immediately, but this means that you lose some functionality
of wmcliphist that is nice to have.
How to recreate problem: Run wmcliphist, run openoffice. Select some
text reasonably slowly in OO, and then try to paste it into an
xterm. Only the first part of the selection will be pasted - but as
soon as you quit wmcliphist, you can paste full selections again.
This *appears* to be a wmcliphist bug, but upon closer inspection, why
is OO copying things to the the X11 clipboard buffer before
mouse-release? It does no good - it can't be pasted by the user until
the release the mouse anyway. So I am reporting this bug to OO as well
(it is also a bug in GTK2 apps).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-pre7
Locale: LANG=en_AU, LC_CTYPE=en_AU
Versions of packages openoffice.org depends on:
ii dictionaries-common [openoffi 0.22.25 Common utilities for spelling dict
ii openoffice.org-bin 1.1.1-3 OpenOffice.org office suite binary
ii openoffice.org-debian-files 1.1.1-2+3 Debian specific parts of OpenOffic
ii openoffice.org-l10n-en [openo 1.1.1-3 English (US) language package for
-- no debconf information
--
TimC -- http://astronomy.swin.edu.au/staff/tconnors/
Warning: No foo present. Your life may be in grave danger.
Reply to: