I have two documents: source document has a table with content target document has an empty table THIS works as it should: 1. mark two columns in source document 2. copy 3. mark two columns in source document 4. paste result: two columns are pasted into the table correctly THIS DOES NOT work as it should: 1. mark two columns in source document 2. copy 3. mark two columns in target document 4. paste result: two times the two columns are pasted into the table of target document This is annoying as I am working with tables a lot. Please, fix!
Hi wlf > 3. mark two columns in target document Don't: put the cursor just in one cell > This is annoying as I am working with tables a lot. Please, fix! All works fine then, so nothing to fix. Do you know our support options? http://www.libreoffice.org/get-help/community-support/ that may help with questions too. Regards, Cor
Created attachment 124892 [details] bug when pasting table contents into an existing table in a new document
Hey Cor, placing the cursor in one cell does NOT resolve the problem. It then copies the two columns into one, the second one gets lost completely. I work with libreoffice all day, I have tried various things, believe me. This is a real bug that only occurs when pasting into another document (very annoying). Thanks for your support. wolf
Hi Wolf, (In reply to wlf from comment #3) > placing the cursor in one cell does NOT resolve the problem. It then copies > the two columns into one, the second one gets lost completely. Believe me that I tried (just to confirm what I know) before writing ;) Can you provide the two documents to reproduce this bug please, and if needed, give additional steps? thanks a lot, Cor
I see different behaviour of the paste operation in the copied-from document and a second document. Here is what I did. (1) In first document, create table with data ... +---------+---------+---------+---------+---------+ | The | Quick | | | | +---------+---------+---------+---------+---------+ | Brown | Fox | | | | +---------+---------+---------+---------+---------+ (2) Select the first two columns and type "<Ctrl>+C". (3) Create a new Writer document and in second document, create table of 5 columns and two rows. (4) Still in second document, select first two columns of that table and type "<Ctrl>+V". Into each of the four selected cells, the program puts a table of four cells, one word in each of the inner cells. (5) Still in the same table, click in row 1 column to clear selection and put the caret in that cell. Type "<Ctrl>+V". The program puts a table of four cells into row 1 column 3 of the outer table. (6) Type (without the space) "<Ctrl>+<End> <Ctrl>+<End> <Ctrl>+<End> <Enter>" to move the caret to the end of the second document. Type "Ctrl>+V". The program inserts a 2-by-2 table ... +------------------------+------------------------+ | The | Quick +------------------------+------------------------+ | Brown | Fox +------------------------+------------------------+ (7) At the end of the first document, create a second table of 5 columns a 2 rows. (8) Still in first document, select first two columns of the new table and type "<Ctrl>+V". The program puts one word into each selected cell, with a result looking like step (1). (9) Move the caret to the end of the first document and type "<Ctrl>+V". The program inserts a 2-by-2 table looking like step (6). The problem is the different results of steps (4) and (8). I think the result of step (8) is what I would expect. My observations are on a local build of commit ead3777, pulled 2016-05-08 03:10 UTC, configured ... CC=ccache /usr/bin/gcc CXX=ccache /usr/bin/g++ --enable-option-checking=fatal --enable-dbgutil --enable-debug --enable-crashdump --without-system-postgresql --without-myspell-dicts --with-extra-buildid --without-doxygen --with-external-tar=/home/terry/lo_hacking/git/src built and running on debian-stretch. I am setting status NEW. I see that 50max bibisect repository version latest does the expected cell-to-cell paste, so I am setting keyword regression. However, daily Linux dbgutil bibisect repository version 2015-11-25 shows the paste-embedded-table behaviour, so I am setting keyword notBibisectable. (BTW, I do not understand how this can be.)
Ah wow, thanks for testing Terrence. Still when I act as written in comment #1 it works fine. I change the summary a bit for more clarity
In daily Linux dbgutil repository versions from June, 2016, I see the bug with SAL_USE_VCLPLUGIN=gtk3 but not with SAL_USE_VCLPLUGIN=gen. Recent versions cannot complete the test because of tdf#103499.
In daily Linux dbgutil bibisect repository version 2016-10-29, the problem is gone with SAL_USE_VCLPLUGIN=gtk3 and gen. I am setting status VERIFIED WORKSFORME.