Created attachment 152210 [details] Spreadsheet with images to copy and paste, shows pasted cells have anchors are misplaced Attached document helps to see the bug. Steps to reproduce All images in Planilha1 are cell-anchored (with resizing) 1) copy cells in Planilha1.A1:E1 2) paste cells in Planilha2.b10.f10 Actual results: - Images are placed in right position planilha2.b10:f10 - However, pasted images are anchored in Planilha2.A1:E1, select a pasted image to see anchor in 1st row. So the anchor is not brought to the target cell.
Hi Olivier, as I see pasted image is anchored to To Cell (resize with cell)- Doing auto resize on source cells, it reduce the cells size to the size of their format text, and this is what happens at pasting, cell is auto-resized and the image is adapted in accordance. The best way that I have used it's to set up a large size font, so when the cells are copied they carry the font size and resized properly.
(In reply to m.a.riosv from comment #1) > Hi Olivier, > as I see pasted image is anchored to To Cell (resize with cell)- > > Doing auto resize on source cells, it reduce the cells size to the size of > their format text, and this is what happens at pasting, cell is auto-resized > and the image is adapted in accordance. > > The best way that I have used it's to set up a large size font, so when the > cells are copied they carry the font size and resized properly. Please note I am referring to the place of the anchor. The anchor location is not in the target cell. My understanding is that if an image is anchored in a cell, when I copy and paste the cell, the anchor should be in the target cell.
Repro Version: 6.4.0.0.alpha0+ (x64) Build ID: b61a1ca837223ba9d7da1aa8936f228d89bde60a CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-16_01:14:55 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
Dear Olivier Hallot, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The anchor is still wrong in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 23bd3bd10e74b0c23c2654d02d7d830e7693adac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded
I'm working in that area for bug 139083, see https://gerrit.libreoffice.org/c/core/+/150161 The patch contains a larger change in the way objects which are included in a cell range are pasted. It should fix this problem here too.
Regina you can mark as Assign, Resolved. I will verify later. The anchor is where it should be now. It's fixed in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Is bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Verified with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded