https://bugs.documentfoundation.org/show_bug.cgi?id=121443
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.guillou@libreoffic | |e.org --- Comment #16 from Stéphane Guillou (stragu) <[email protected]> --- Created attachment 191310 --> https://bugs.documentfoundation.org/attachment.cgi?id=191310&action=edit sample ODS with shapes, form control buttons and raster images I used the linux-64-releases bibisect repository to compare libreoffice-4.3.7.1 to libreoffice-4.4.0.0.beta1. With the sample document: 1. Copy row 3 (which contains shapes, form controls and images) 2. Paste it to a single row 3. Paste it to several rows (same can be tested with a cell range instead) Results: * libreoffice-4.3.7.1: shape and form control (that are smaller than the cell) are pasted to the range. * libreoffice-4.4.0.0.beta1: nothing pasted anymore. So I am expanding the scope of this report to more than form controls, and upping the priority as it's a regression that affects basic copy-paste operations (see for example bug 158273 comment 1). Regardless of what settings the duplicate form controls have, objects anchored to cell should be copied and duplicated when copy-pasting (or even filling down, but this enhancement is not part of the regression and should be tracked separately). How things changed since then: * libreoffice-6.1.0.0.alpha1: paste works again (including images, and objects fitted to cell), but pasting to several rows changes the size of the objects instead of duplicating them * LO 7.6: objects are not stretched anymore, but there's only one copy in first row. That was Regina's fix dfb0d118f6b23730bc632885eb4703a37eeaec16 for bug 139083. We still need to restore the ability to duplicate objects anchored to cell when pasting to a range bigger than the source, just like cell data and formatting are. -- You are receiving this mail because: You are the assignee for the bug.
