Created attachment 168312 [details] Spreadsheet with LTR and RTL sheet, to test copy&past between them Open attached document. Go to Sheet_LTR. It should have an image in the range D3:D6. If the image is outside that range, drag it to the range, so that its anchor is D3. Copy the range D3:D6 including the image. Go to Sheet_RTL. Paste the clipboard to D3. Notice, the image is not in range D3:D6. The error is likely 1983 tools::Rectangle aObjRect = pObj->GetLogicRect(); https://opengrok.libreoffice.org/xref/core/sc/source/core/data/drwlayer.cxx?r=60ae45f5#1983 If I change it to 1983 tools::Rectangle aObjRect = pObj->GetSnapRect(); paste uses the correct position. But I have not tested, what impacts this change has in other places, that use ScDrawLayer::MirrorRTL().
Hello, the pasting in RTL is depended which cell I select for paste. Bug, what I see is that, the anchor is always in cell, where is source. For example, I copy cell C3 in LTR, where is the anchor and paste it into RTL. Then I click to cell F5 in RTL and the image was near this cell. But the anchor was pasted to the C3, as source is. It happens always, when I am copying between sheets, it is not important, if the sheet is left-to-right or right-to-left. When I copying in one sheet, it works good. And the anchor is in the cell, where I am pasting to. When I copy between two documents, there is copying only text in the cell, not the picture. That, immage is copied to different position is bug for me. I confirm that in master Version: 7.2.0.0.alpha0+ (x64) Build ID: 59301a1cadd87a63276650975252d14e8477e632 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: threaded UX Team -- I thing, someone from UX should look to this and to say how it should behave. Copy with img or without? And then we can say, where is the bug (copying bethween sheets or between files.
I see problems too, when copy paste from one sheet to another. It goes wrong in case target and destination sheet have different column widths and row heights. But those errors happen with pure left-to-right spreadsheets too. Such problems should go into a new bug report, in case no suitable one exists already. This issue is about copy&paste between left-to-right sheet and right-to-left sheet. To circumvent the above mentioned problems, my description for reproducing has sheets with identical column widths and row heights and source and destination ranges for copy&paste are equal.
I'd expect that the base point changes from top left to top right (if not set manually) and the position calculated as minus. For example, my image in LTR is at 9.6cm and becomes -14.92cm after pasting in RTL. If I set 'from right' and -9.6cm its position is mirrored according the source. Samuel, you did some work around the anchoring. What's your take?
Dear Regina Henschel, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I cannot reproduce the error in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae 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 So, I'll set it to "worksforme".