Created attachment 148733 [details] Backtrace I came across this when chasing bug bug 122942 and bug 123032, but is completely independent from them. - Start a new document, - Insert a chart, - Insert a shape by Ctrl-clicking on the respective toolbar icon (this inserts it in the middle of the view), - Undo the changes until you get back an empty document. - Close LO, or just the document. => Crash. VS says: "Exception thrown: read access violation. this was 0xFFFFFFFFFFFFFFFF." At https://opengrok.libreoffice.org/xref/core/include/com/sun/star/uno/Reference.h?r=06ec8a95#94 No crash report is generated. Attaching backtrace. Observed using LO 6.3.0.0.alpha0+ (76c7a6c39d769cb9bdb9b951d9f95507c0139372), 3.5.0.3 / Windows 7. No crash when using LO 3.3.0. => regression If crash is reproducible in Linux, it has to be checked with oldest commit of bibisect-43all whether it's bibisectable or not.
Crashes in Linux as well, and even with oldest commit of bibisect-43all. => preBibisect
Repro 6.3+ in Windows. I got crash report, but without link.
Still crashes in LO 6.4.0.0.alpha0+ (9b5dad13b56bdde7c40970351af3da3a2c3c9350) / Ubuntu 19.04.
No crash for me.. The save dialog appears.. Every time.. also in older versions Version: 7.0.0.0.alpha1+ (x64) Build ID: f9790da286f2d2fa47f1748f8cfa6172c6622ca3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: de-CH (nl_NL); UI: en-US Calc: CL
Here's a fresh crash report from 7.0 alpha1: https://crashreport.libreoffice.org/stats/crash_details/e46f9ab5-0210-4c94-b6af-e84ea13cdb63 And one from 6.0 with symbols: https://crashreport.libreoffice.org/stats/crash_details/6f1e68c8-4b36-410f-bc88-8b72a470858d
Seems resolved.
Indeed, fine in LO 7.4.0.0.alpha0+ (75fe4051320ef9b1f4323fa958e8df3db2066882) / Ubuntu. Thanks for checking, Timur!