In libreoffice-3.5.0.0, copy and paste fail to work with any other X application (I have tried firefox, gedit, kate, and xterm). In other words: text selected in libreoffice-3.5.0.0 writer will not middle-click-paste in any other application (but will middle-click-paste in libreoffice itself). Text selected in any other application will middle-click-paste in any application except for libreoffice. Text copied using Ctrl-C or Edit → Copy in libreoffice-3.5.0.0 writer will not paste using Ctrl-V or Edit → Paste in any other application (but will paste in libreoffice itself). Text copied using Ctrl-C or Edit → Copy in any other application will paste in any application except for libreoffice. I am experiencing this bug on two different ~amd64 systems running gnome-3.2 app-office/libreoffice-3.5.0.0 was built with the following: USE="binfilter branding dbus eds gnome graphite gstreamer gtk java jemalloc kde (multilib) mysql opengl postgres svg vba webdav xmlsec (-aqua) -debug (-kdeenablefinal) -nsplugin -odk -pdfimport -test" Portage 2.2.0_alpha79 (default/linux/amd64/10.0/desktop/gnome, gcc-4.6.2, glibc-2.14.1-r1, 3.1.4 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.1.4-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q6600_@_2.40GHz-with-gentoo-2.1 Timestamp of tree: Thu, 01 Dec 2011 22:30:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 3.1.6 [disabled] app-shells/bash: 4.2_p20 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.4.6, 2.5.4-r4, 2.6.7-r2, 2.7.2-r3, 3.1.4-r3, 3.2.2 dev-util/ccache: 3.1.6 dev-util/cmake: 2.8.6-r4 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1 sys-apps/openrc: 0.9.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1-r1 sys-devel/binutils: 2.20.1-r1, 2.21, 2.21.1-r1, 2.22 sys-devel/gcc: 3.3.6-r1, 3.4.6-r2, 4.1.2, 4.2.4-r1, 4.3.6-r1, 4.4.6-r1, 4.5.3-r1, 4.6.2 sys-devel/gcc-config: 1.5-r2 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 2.6.39 (virtual/os-headers) sys-libs/glibc: 2.14.1-r1
Looks again as gtk3 frontend problem, please try solution at this forum post: http://forums.gentoo.org/viewtopic-t-903904-highlight-libreoffice.html If it does help then open bug on upstream bugs.freedesktop.org about gtk3 frontend and close this one, if it won't help then I have to think up something else.
(In reply to comment #1) > Looks again as gtk3 frontend problem, please try solution at this forum post: > > http://forums.gentoo.org/viewtopic-t-903904-highlight-libreoffice.html > > If it does help then open bug on upstream bugs.freedesktop.org about gtk3 > frontend Confirming that the problem goes away if libreoffice is launched with SAL_USE_VCLPLUGIN=gtk, and reappers if launched with SAL_USE_VCLPLUGIN=gtk3. Filed upstream bug at https://bugs.freedesktop.org/show_bug.cgi?id=43498 > and close this one I am sorry, but this bug should not be closed until it no longer affects Gentoo users. Meaning: a. libreoffice no longer automatically chooses the broken gtk3 VCL plugin at runtime unless the user explicitly requests it (e.g. by manually setting SAL_USE_VCLPLUGIN); or b. the libreoffice ebuild no longer builds the broken gtk3 VCL plugin; or c. the libreoffice ebuild builds the broken gtk3 plugin only if the user unmasks a package.use.masked flag; or d. affected libreoffice versions are masked.
Fixed in main tree, now it is optional so unless you enable it you are safe and if you do it is your problem to pick up.