Bug 107529 - Image disappears when inserting 2 images at the same location
Summary: Image disappears when inserting 2 images at the same location
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.3.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Calc-Images
  Show dependency treegraph
 
Reported: 2017-04-30 08:49 UTC by Telesto
Modified: 2020-06-23 12:56 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (235.66 KB, application/x-zip)
2017-04-30 08:50 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-04-30 08:49:46 UTC
Description:
Image disappears when inserting two images at the same spot.

Steps to Reproduce:
1. Open Calc
2. Insert -> Image -> Insert image 1 (attached)
3. Insert -> Image -> Insert image 2 (attached)
4. Try to drag the image

Same happens when dragging multiple images into Calc

Actual Results:  
Empty frame of a image

Expected Results:
Image should be visible


Reproducible: Always

User Profile Reset: No

Additional Info:
Version: 5.4.0.0.alpha0+
Build ID: 597a2f5d5bd37443262b0775b8439bc3502aef1b
CPU threads: 4; OS: Windows 6.2; UI render: default; 
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-04-26_22:29:37
Locale: nl-NL (nl_NL); Calc: CL


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2017-04-30 08:50:22 UTC
Created attachment 132969 [details]
Example file
Comment 2 Buovjaga 2017-04-30 09:51:22 UTC
Repro, but not with 3.6.

Arch Linux 64-bit
Version: 5.4.0.0.alpha1+
Build ID: aca48f46895811009ec90665d816ef835f0694be
CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on 30th April 2017
Comment 3 raal 2017-05-04 17:30:39 UTC
This seems to have begun at the below commit.
Adding Cc: to Zolnai Tamás ; Could you possibly take a look at this one?
Thanks

3efb3f9793bf3cd8aefe4671e95b723cd99a991f is the first bad commit
commit 3efb3f9793bf3cd8aefe4671e95b723cd99a991f
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Wed May 27 19:17:52 2015 +0800

    source-hash-ab00ac3e88e0a28d0e38c5968c23014a6a8fb194
    
    commit ab00ac3e88e0a28d0e38c5968c23014a6a8fb194
    Author:     Zolnai Tamás <zolnaitamas2000@gmail.com>
    AuthorDate: Sat Feb 21 19:48:33 2015 +0100
    Commit:     Zolnai Tamás <zolnaitamas2000@gmail.com>
    CommitDate: Sun Feb 22 11:59:20 2015 +0100
    
        More improvements of graphic cache size handling
    
        * ImplFillSwappedGraphicObject method is part of
        the old caching mechanism which interferes with
        the newer one, so remove this method.
        * Use Graphic size directly becuase in some case
        it does not match with the GraphicObject's
        size.
        * Assertions to avoid underflow of mnUsedSize
Comment 4 QA Administrators 2018-06-14 02:39:48 UTC Comment hidden (obsolete)
Comment 5 Telesto 2020-04-12 18:08:25 UTC
Repro
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 95ec2e9b024ff12a3005777c902d7e0975460b1d
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL