Description: Image disappear Steps to Reproduce: 1.There were tow image on same sheet 2.copy image 1 and paste special by select bitmap to cell A1 3.then copy image 2 , move to cell A1 by keyboard arrow key 4.paste special by select bitmap to cell A1, too. 5.two iamge will become to one blank image frame. Actual Results: Image disappear, and become to one blank image frame. Expected Results: image 1 shoule be insteaded. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0
Created attachment 130110 [details] Bug_Test
Created attachment 130111 [details] Bug_Test_Result
Repro with: Version: 5.4.0.0.alpha0+ Build ID: 215cbfb460326010737433c2020638e9388a88a4 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-01-02_23:58:32 Locale: nl-NL (nl_NL); Calc: CL and with Versie: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: nl_NL
** Please read this message in its entirety before responding ** 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 http://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
Version: 6.4.4.2 (x64) Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded
Why has this bug been marked "worksforme" with no explanation? I can reproduce it with LO on Fedora 32 workstation, 64 bits. It's not the expected behaviour.
I've just forgotten my LO version: 6.4.4.2
*** Bug 134042 has been marked as a duplicate of this bug. ***
To developers: Bug 134042 report also contains a test file which I have uploaded, to help debugging. Additional observations about the max distance (X) between the existing image (A) and the position of dropped image (B) which causes this bug: (1)In some files, this bug happens even when B is dropped upto around 2 cells apart from image A. (2)This distance X sometimes depends on Calc's zoom ratio (the slider in the StatusBar). If the symptom happens at 100% zoom, the X may be broader at 80% zoom. But no direct relation found between zoom ratio and distance. (3)Symptom differs among each image. Multiple images created by the same tool (Windows print-key, Firefox screenshot, IrfanView crop) may behave differently. I could not find what property of the images do makes such differences. (4)Symptom is reproducible throughout the same session, but once the file is closed and reopened, the symptom often vanish, or happen only at other places. Difficult to create a reproducible file. My environment: LibreOffice Calc Version: 6.4.4.2 (x64) Windows 10 Pro 64bit, intel CPU, Japanese mode, 2 displays Hope this helps.
Dear odinatlas, 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 am not odinatlas but will report that the problem is still alive and harmful at is was. Retest environment: Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: en-US Calc: CL Retest result: Problem still reproduces 100% (tested 2 times each) for both procedures and test data: Bug 105066 odinatlas 2017-01-03 15:29:13 UTC Bug 134042 zzz 2020-06-16 13:47:26 UTC The procedure description step 3 and 4 in Bug 105066 odinatlas 2017-01-03 15:29:13 UTC is insufficient to follow, so I'll amend it: 1. Open attached Bug_Test.ods. There are two images on the same sheet. 2. Copy image 1 and paste special by select bitmap to cell A1 3-1. Then copy image 2 3-2. Click any cell that have no object over it, to switch LibreCalc's mode to cell-keyboard-navigation-mode. 3-3. Using the keyboard arrow key, move the cell focus to the top-left cell A1, which holds image 1. 4-1. Press the Context menu key. 4-2. Paste image2 by Context menu|Paste Special|Paste Special...|Bitmap Image (BMP) 5. The two images on A1 becomes one blank image frame. I found that the behaviour depends on the source application software of the second paste ("image2", hereafter). Here, "source" means the source of the image in clipboard. As a source, LibreCalc is a special case where the problem happens only under limited conditions. For all other apps, the condition is broader. First, a definition of paste procedure codes used later: (a1) Ctrl+V method: 1. Copy image1 from the source software. 2. Switch to LibreCalc. 3. Click a cell you want to paste the image to, say, A1. 4. Paste image1 by Ctrl+V. 5. Immediately paste it again by Ctrl+V. (b1) Mouse Context menu Paste method: 1. Paste image1 by Ctrl+V. 2. Switch to the source software. Select all and Copy image2 from the source software. 3. Switch to LibreCalc. 4. Click any cell that have no object over it, to switch LibreCalc's mode to cell-keyboard-navigation-mode. 5. Using the keyboard arrow key, move the cell focus to the top-left cell that holds image1. 6. Right-click on the pasted image1, to open the context menu. * Note that BOTH the cell-cursor and the mouse-cursor-at-click must be on image1. 7. Paste image2 by Context menu|"Paste". * No "Paste Special" appears in the context menu for this case. (b2) Keyboard Context menu Paste method: 1. Paste image1 by Ctrl+V. 2. Switch to the source software. Select all and Copy image2 from the source software. 3. Switch to LibreCalc. 4. Click any cell that have no object over it, to switch LibreCalc's mode to cell-keyboard-navigation-mode. 5. Using the keyboard arrow key, move the cell focus to the top-left cell that holds image1. 6. Press the context menu key, to open the context menu. 7. Paste image2 by Context menu|"Paste". (c1) Keyboard Context menu Paste Special method: 1. Paste image1 by Ctrl+V. 2. Switch to the source software. Select all and Copy image2 from the source software. 3. Switch to LibreCalc. 4. Click any cell that have no object over it, to switch LibreCalc's mode to cell-keyboard-navigation-mode. 5. Using the keyboard arrow key, move the cell focus to the top-left cell that holds image1. 6. Press the context menu key, to open the context menu. 7. Paste image2 by Context menu|Paste Special...|Bitmap Image (BMP) (c2) Menubar Paste Special method: 1. Paste image1 by Ctrl+V. 2. Switch to the source software. Select all and Copy image2 from the source software. 3. Switch to LibreCalc. 4. Click any cell that have no object over it, to switch LibreCalc's mode to cell navigation mode. 5. Using the keyboard arrow key, move the cell focus to the top-left cell that holds image1. 6. Click the Menubar. 7. Paste image2 by Menubar Edit|Paste Special|Paste Special...|Bitmap Image (BMP) Experiment results: - Source LibreCalc 7.3.2.2: (a1) Pastes correctly (two image objects overlayed) (b1) Pastes correctly (two image objects overlayed) (b2) Pastes correctly (two image objects overlayed) (c1) Problem reproduces (c2) Problem reproduces - Source IrfanView 4.58 32 bit: (a1) Problem reproduces (b1) Problem reproduces (b2) Problem reproduces (c1) Problem reproduces (c2) Problem reproduces - Source Microsoft Paint bundled with Windows 10 21H2: (a1) Problem reproduces (b1) Problem reproduces (b2) Problem reproduces (c1) Problem reproduces (c2) Problem reproduces * In Microsoft Paint, don't forget to "select all" before copying. - Source GIMP 2.10.28: (a1) Problem reproduces (b1) Problem reproduces (b2) Problem reproduces (c1) Problem reproduces (c2) Problem reproduces * Sidenote: the size of image1 pasted from GIMP is slightly larger than the original image1 in Bug_Test.ods - Source LibreDraw 7.3.2.2: (a1) Pastes correctly (two image objects overlayed) (b1) Pastes correctly (two image objects overlayed) (b2) Pastes correctly (two image objects overlayed) (c1) Problem reproduces (c2) Problem reproduces - Source Google Chrome 103.0.5060.134 (Official Build) (64 bit) https://www.libreoffice.org/themes/libreofficenew/img/logo.png in https://www.libreoffice.org/ (a1) Problem reproduces (b1) Problem reproduces (b2) Problem reproduces (c1) Problem reproduces (c2) Problem reproduces - Source Firefox 98.0.2 (64-bit): https://www.libreoffice.org/themes/libreofficenew/img/logo.png in https://www.libreoffice.org/ * fail to paste from Firefox due to Bug 134031 - "[EDITING]Images copied from Firefox won't paste" (which is marked RESOLVED but actually is an alive and remaining problem) So this Bug 105066's title is too specific ("Paste special"), and the test file is too forgiving, thus will cause underestimation of the whole problem. I will revoke Bug 134042 because it addresses problems that Bug 105066 does not: The range of cases is broader for sources other than LibreCalc. This means that it has an additional issue in intersoftware clipboard handling.
Added Bug 107529 to See also. Same symptom, different reproduction procedure.
Tempted to close this as duplicate of (younger) bug 107529 (because it has been bibisected). However, Telesto reports reproducing in an earlier version in comment 3: 4.4.6.3 on Windows. I can't confirm that on Linux, I always get to 5.0 being the earliest. Are you still able to double-check 4.4 vs 5.0 with comment 0 steps, Telesto?
(In reply to Stéphane Guillou (stragu) from comment #13) > I can't confirm that on Linux, I always > get to 5.0 being the earliest. Actually, I can, using the "Bitmap" option in Paste Special, with the linux-64-releases bibisect repo checked out at libreoffice-4.4.6.3 and the gen VCL plugin: Version: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: en_AU.UTF-8 Will have a closer look at why there's a difference.
Bibisected with linux-64-releases to first affected release libreoffice-4.4.2.1. Also reproduced at that version with bug 107529 steps. Need a closer bibisect, Henry's fixes might be related: https://wiki.documentfoundation.org/Releases/4.4.2/RC1
Using linux-50max repo, and comment 0 steps, same bibisect result as bug 107529 comment 3; first bad build [3efb3f9793bf3cd8aefe4671e95b723cd99a991f] which is: commit ab00ac3e88e0a28d0e38c5968c23014a6a8fb194 author Zolnai Tamás Sat Feb 21 19:48:33 2015 +0100 committer Zolnai Tamás Sun Feb 22 11:59:20 2015 +0100 More improvements of graphic cache size handling ... which was cherrypicked to 4.4.2 as c31c3ea7afcb7dbe711c338ecceb072eadcc1012. Let's mark as duplicate, bug 105066 is cleaner. *** This bug has been marked as a duplicate of bug 107529 ***