Download it now!
Bug 105066 - Paste special by select bitmap on same cell will become to one blank image frame on sheet.
Summary: Paste special by select bitmap on same cell will become to one blank image f...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
: 134042 (view as bug list)
Depends on:
Blocks: Calc-Images Paste-Special
  Show dependency treegraph
Reported: 2017-01-03 15:29 UTC by odinatlas
Modified: 2020-07-16 12:24 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Bug_Test (64.40 KB, application/vnd.oasis.opendocument.spreadsheet)
2017-01-03 15:42 UTC, odinatlas
Bug_Test_Result (576.46 KB, image/gif)
2017-01-03 15:42 UTC, odinatlas

Note You need to log in before you can comment on or make changes to this bug.
Description odinatlas 2017-01-03 15:29:13 UTC
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
Comment 1 odinatlas 2017-01-03 15:42:13 UTC
Created attachment 130110 [details]
Comment 2 odinatlas 2017-01-03 15:42:52 UTC
Created attachment 130111 [details]
Comment 3 Telesto 2017-01-03 22:14:38 UTC
Repro with:
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
Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d
Locale: nl_NL
Comment 4 QA Administrators 2018-07-16 02:42:26 UTC Comment hidden (obsolete)
Comment 5 christos 2020-06-16 20:47:09 UTC
Version: (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
Comment 6 2020-07-16 04:21:46 UTC
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.
Comment 7 2020-07-16 04:28:45 UTC
I've just forgotten my LO version:
Comment 8 2020-07-16 04:31:20 UTC
*** Bug 134042 has been marked as a duplicate of this bug. ***
Comment 9 zzz 2020-07-16 12:24:20 UTC
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: (x64)
  Windows 10 Pro 64bit, intel CPU, Japanese mode, 2 displays

Hope this helps.