Bug 164202 - Every time I try to delete an object in a gallery folder that I inserted, LibreOffice crashes in vcl/source/bitmap/bitmap.cxx:212
Summary: Every time I try to delete an object in a gallery folder that I inserted, Lib...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
24.8.2.1 release
Hardware: x86-64 (AMD64) All
: high critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression, wantBacktrace
Depends on:
Blocks: Gallery Crash
  Show dependency treegraph
 
Reported: 2024-12-05 23:59 UTC by steve hirshman
Modified: 2024-12-06 19:20 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description steve hirshman 2024-12-05 23:59:12 UTC
Description:
I created a new folder (with Insert) in the Gallery. Tried to drag-drop downloaded image into new folder but nothing happened. I did that twice and still nothing appeared in the new folder. I then closed LibreOffice and reopened it, and now 2 copies of the image appeared in the new folder. So I right-clicked one of the duplicates and selected Delete, and LibreOffice crashed. The only way I found to get rid of the 2 copies was to Delete the entire folder, which is not very satisfactory.

Steps to Reproduce:
1.Insert new folder in Gallery
2.Drag drop image from Writer into new folder, nothing happens
3.Close Writer and reopen and image is in folder, sometimes more than once. Try to delete extra image and Writer crashes


Actual Results:
LibreOffice crashed

Expected Results:
Should have removed the extra copy of the image from the Gallery folder


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.3.2 (X86_64) / LibreOffice Community
Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 1 Stéphane Guillou (stragu) 2024-12-06 01:47:47 UTC
Thank you for the report, confirmed on Linux as well:

Version: 24.8.2.1 (X86_64) / LibreOffice Community
Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Crash report: https://crashreport.libreoffice.org/stats/crash_details/95db6551-1193-43c6-9721-e47dadd85a96

Same issue in Calc: https://crashreport.libreoffice.org/stats/crash_details/7cad7122-fe19-480c-b2d2-e7dc67bb1a06

No crash (and addition into gallery theme is visible) in:

Version: 24.2.6.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Ubuntu package version: 4:24.2.6-0ubuntu0.24.04.1
Calc: threaded

-> regression.

Are you able to link to a crash report too?
Comment 2 Stéphane Guillou (stragu) 2024-12-06 04:16:09 UTC
For the record:
- recently fixed gallery crash in bug 161606
- bug 162593 mentions gallery crash and the addition not showing, but has gotten very messy
- bug 163409 could be used to focus on the addition not showing (while this here bug could focus on the crash following the comment 0 steps)
Comment 3 Stéphane Guillou (stragu) 2024-12-06 06:32:28 UTC
Reproduced in own master build from today's sources:

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6926c820ceea1a1337a97b0afda95b072027a6ff
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded