Created attachment 189510 [details] Sample Document Steps how to reproduce with Installation of Version: 7.6.1.1 (X86_64) Build ID: c7cda394c5de06de37d8109c310df89a4d4c3a98 CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: Locale: de-DE (de_DE); UI: de-DE; Theme: Elementary Calc: CL threaded – Normal User Profile : 1. Open attached sample document 2. Click drawing (containing Text "BSK 3.7" » becomes selected 3. ˋRightclick → Area → Click [None]ˊ » Expected: Background Color vanishes Actual: Crash 😥 Additional Info ---------------- a) Crash does not happen with newly created user profile. So might be related to Add-Ons, damages in User Profile, something else. Some more reseearch required. b) no crash report! c) in duump.ini I see: ProductName=LibreOffice Version=7.6.1.1 BuildID=c7cda394c5de06de37d8109c310df89a4d4c3a98 URL=https://crashreport.libreoffice.org/submit/ UseSkia=false Language=de-DE CPUModelName=AMD Ryzen 5 3600 6-Core Processor CPUFlags=sse3 pclmulqdq monitor ssse3 fma cpmxch16b sse41 sse42 movbe popcnt aes xsave osxsave avx f16c rdrand msr cx8 sep cmov clfsh mmx fxsr sse sse2 ht fsgsbase bmi1 avx2 bmi2 rdseed adx sha lahf abm sse4a syscall mmxext rdtscp MemoryTotal=16726912 kB
No crash with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 13de5fc5396db63d4bd2f3e5fb4dc66c7ddd601f CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: x11 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
no crash in Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 1; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded either
Is version from original report "Master"? I don't understand the picker. a1) Also Safe Mode heals the crash problem I will try to find out whether a Add-on or similar is the root of the problem. Butt also can be some very special (graphics?) setting?
(In reply to Rainer Bielefeld Retired from comment #3) > Is version from original report "Master"? I don't understand the picker. We haven't added the version 7.6.1 just yet because we're still at the pre-release stage. But I guess we could add and rename later, I'll do that now. (In reply to Rainer Bielefeld Retired from comment #0) > 1. Open attached sample document > 2. Click drawing (containing Text "BSK 3.7" > » becomes selected > 3. ˋRightclick → Area → Click [None]ˊ > » Expected: Background Color vanishes > Actual: Crash 😥 No repro either with: Version: 7.6.1.1 (X86_64) / LibreOffice Community Build ID: c7cda394c5de06de37d8109c310df89a4d4c3a98 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Let us know what you find out about your configuration. Thank you!
*** Bug 157749 has been marked as a duplicate of this bug. ***
Confirmed via duplicate.
Rainer and MadLadDesigns: were you both using the tabbed user interface? If so, does it make a different if you use the classic toolbar interface instead?
Yes, it was through the tabbed user interface. It's fine through the standard toolbar.
If possible at all, please collect and attach a backtrace: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg
*** Bug 159367 has been marked as a duplicate of this bug. ***
With Tabbed interface, I can't reproduce with 7.6.4 or master on Windows. To all affected by this: download Win-x86@39 from https://dev-builds.libreoffice.org/daily/master/current.html and install it (it installs separately and won't mess with your stable version). Try to reproduce the crash. If you get the crash, follow this procedure: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg Remember to include this step when setting up WinDbg: Alternatively if you wish to also debug both the standard build and master build (Win-x86@39 tinderbox), paste the following instead CACHE*C:\symbols;SRV*https://dev-builds.libreoffice.org/daily/master/Win-x86@39/symbols;SRV*https://dev-downloads.libreoffice.org/symstore/symbols;SRV*https://msdl.microsoft.com/download/symbols
Also, if possible, get the Windows 7.6 bibisect repository and perform a bibisect to find out when the crash was introduced. https://wiki.documentfoundation.org/QA/Bibisect https://wiki.documentfoundation.org/QA/Bibisect/Windows
*** Bug 159391 has been marked as a duplicate of this bug. ***
I have confirmed that this bug also exists in Draw, including Safe Mode.
(In reply to roger from comment #14) > I have confirmed that this bug also exists in Draw, including Safe Mode. If you want to help track the issue down, please see comment 11 and 12.
I have installed Win-x86@39 (Version: 24.8.0.0.alpha0+ (x86) / LibreOffice Community Build ID: ce53519f025158f8f64a4e8603c8c6e0dc35473a CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: threaded) The bug did not occur - Shape/area behaved as expected.
Thanks Roger. Can you (or someone else who reproduces in 7.6) also test the soon-to-be-released 24.2 version? Given that some can reproduce with safe mode, I'll remove the bits about the tabbed interface
Greetings, everyone ! Confirming that switching to Version: 24.2.0.2 (X86_64) / LibreOffice Community Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded This is WORKING AS EXPECTED, we can switch on and off area filling either by properties windows and by rubban buttons.
Created attachment 192206 [details] this document in 24.2.0.2 is working, as NOT in 7.6
And, to be fully identical except version, switched back to french too, and neither NO MORE crashing in FRENCH UI.
Looks like the same mysterious crash as bug 154091, which is also "works for me" in 24.2. Would be wonderful if someone who can reproduce consistently could bibisect the cause and/or the fix. We know 7.6.4 crash. If the upcoming 7.6.5 doesn't, it'll be easier to pinpoint the fix. https://wiki.documentfoundation.org/QA/Bibisect
For those who can reproduce the crash, is it possible to test with a libreoffice-7-6 daily build from https://dev-builds.libreoffice.org/daily/libreoffice-7-6/? I'm thinking it might be related to https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7-6&id=6a0d4247b73d16d7e70ab146aadfbed75721f8bd
No crash with following daily build: Version: 7.6.5.0.0+ (X86_64) / LibreOffice Community Build ID: 13c748e7998b6df02e23815f337e9ab4d04172f3 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Another user reproduces in 7.6.6 in Calc: bug 160453.
No repro with following daily build: Version: 7.6.7.0.0+ (X86_64) / LibreOffice Community Build ID: d6d502f41346b021d369c27c9ed969d75d680986 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
*** Bug 160453 has been marked as a duplicate of this bug. ***
Matt, I understand you never reproduce this crash, even in earlier versions? There is something inconsistent, some testers say it only happens with the tabbed UI, others can reproduce with the toolbars. Bug 160453 reporter also says it is fixed in 24.2, as in comment 18, so let's mark as "works for me". Other users affected: please double-check that it is indeed fixed for you in 24.2. If not, please provide precise steps again. If anyone can give it a go, a bibisect for the cause and/or the fix would still be really appreciated: https://bibisect.libreoffice.org/