Description: When a table in Writer is Ctrl-dragged it should copy the table, but in current master it is moved. Steps to Reproduce: 1. Create a few empty paragraphs in Writer and insert a table 2. Select the whole table and Ctrl-drag it a few paragraphs lower Actual Results: The table is moved Expected Results: The table should be copied Reproducible: Always User Profile Reset: No Additional Info: LibreOffice details: Version: 6.4.0.0.alpha1+ (x64) Build ID: f07ac6d2d46cf9a86577d2622ce9b7c15887ac39 CPU threads: 8; OS: Windows 10.0 Build 17134; UI render: default; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded Does not happen in: Version: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL
Created attachment 155785 [details] Screenshot of the problem in Writer 6.3 and master
Patch in gerrit: https://gerrit.libreoffice.org/#/c/82579/1 Regression from the commit 7fe64353dc9950e19182a59a486a1ecac27cf98e (tdf#84806 Writer: drag and drop selected tables, don't empty).
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f4b472a218cbde432659cd4d70ddf47dd1d1619e tdf#128776 Writer: fix Ctrl + drag and drop table copy It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.4.0.0.beta1+ Build ID: 1987c98926a85a483a32ea78e460e563a6ea4705 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @László Németh, thanks for fixing this issue!