Hi, Since version 5 (I think) of Writer, the behavior of the copy cells between two tables has changed. The context: two Writer documents with the same tables, one with text and one without text. Operation: Select and copy several cells in a table of the first document and paste them in the same table the second document. Before version 5, the contents were copied identically between the tables of both documents. Since version 5, the cells selected in the first table are inserted into each cell of the second table. There is no problem if both tables are in the same document. Best regards.
Hi Frédéric, Thanks for reporting here.. However I cannot reproduce that problem. Can you please try again and make sure that you have no cells selected in the second table (where you paste content)? Ciao - Cor
Hi Cor, Thank you for your reply. I tested on multiple workstations : - Windows 10 and Writer 5.0.5.2 there is no bug. - Linux Debian and Writer 4.4.5.2 or 5.0.4, there is no bug. - Linux Debian and Writer 5.1.5 there is the bug, I tested with Gnome 3 and MATE desktops. I was careful not to select cell in the table where it makes the paste. Regards.
Created attachment 126767 [details] Select and copy several cells in the first table of the first document.
Created attachment 126768 [details] Cursor click in the first cell of the table in the second document.
Created attachment 126769 [details] Paste the selection in the table in the second document.
Hi, I've updated to the LibreOffice 5.2.0.4 Debian version, and the bug is still present. Regards.
Hi, I just updated LibreOffice on Windows 10 workstation with the 5.1.5.2 version and I do not have the bug. I feel that this bug is specific to Linux or Debian release. Regards.
Hi, I opened a bug report to Debian, the problem seems to copy paste with GTK3, there is no problem with GTK2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834622 Regards.
Thanks for finding this out Frédéric.
and? --enable-gtk3 is a LO compile option, so there's still a bug there. --enable-gtk3 even is needed for some features to work, so distros enable it. Not just Debian...
so maybe it's not at all a gtk3 problem. My info (and I do not have the bug): $ apt-cache policy libgtk2.0-0 libgtk-3-0 libgtk2.0-0: Installed: 2.24.30-1ubuntu1 Candidate: 2.24.30-1ubuntu1 Version table: *** 2.24.30-1ubuntu1 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/main amd64 Packages 100 /var/lib/dpkg/status libgtk-3-0: Installed: 3.18.9-1ubuntu3.1 Candidate: 3.18.9-1ubuntu3.1 Version table: *** 3.18.9-1ubuntu3.1 500 500 http://nl.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages 100 /var/lib/dpkg/status 3.18.9-1ubuntu3 500 500 http://nl.archive.ubuntu.com/ubuntu xenial/main amd64 Packages
Hi, My info (on system with this bug): $ apt-cache policy libgtk2.0-0 libgtk-3-0 libgtk2.0-0: Installed: 2.24.30-4 Candidate: 2.24.30-4 Version table: *** 2.24.30-4 500 500 ftp://ftp.fr.debian.org/debian stretch/main i386 Packages 100 /var/lib/dpkg/status 2.24.25-3+deb8u1 500 500 ftp://ftp.fr.debian.org/debian jessie/main i386 Packages libgtk-3-0: Installed: 3.20.6-2 Candidate: 3.20.9-1 Version table: 3.20.9-1 500 500 ftp://ftp.fr.debian.org/debian stretch/main i386 Packages *** 3.20.6-2 100 100 /var/lib/dpkg/status 3.14.5-1+deb8u1 500 500 ftp://ftp.fr.debian.org/debian jessie/main i386 Packages
Reproduced with v5.1.4.2/Ubuntu 16.04 (shipped with Ubuntu 16.04, package libreoffice-gtk3 installed). Not reproduced with v5.1.4.2/Ubuntu 16.04 (distributed by TDF). So, same version, but Ubuntu's has GTK3 enabled. Removing package libreoffice-gtk3 fixes the issue in Ubuntu's build, too. I have the same libgtk2.0-0 & libgtk-3-0 versions installed as Cor (Comment 11).
Also reproduced with v5.2.0.4 snap. Can't tell if that's GTK3 or not, is there a way to check it?
I heard later yesterday that TDF builds indeed aren't build with GTK3 enabled.
This was fixed by... 962e0bb4b31265b046fe4fb57d3087e20f5fe4ef Related: rhbz#1351369 gtk3 clipboards have to live to end once created in master. I'll backport to at least 5-2
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3284234de21c65f58bbad6bef8d40ae5bc5a8ea5&h=libreoffice-5-2 Resolves: tdf#101457 gtk3 clipboards have to live to end once created It will be available in 5.2.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.