Created attachment 170071 [details] sample file Steps to reproduce: 1. Open attached document 2. Select Range A1:A10 3. Copy 4. Paste somewehere else 5. Close LibreOffice -> Crash Reproduced in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 43e306ebe61ef5a849dcfd1e74b697be3b3fe716 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Also reproduced in Version: 6.0.0.0.alpha1+ Build ID: 6eeac3539ea4cac32d126c5e24141f262eb5a4d9 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded
Crash and hangs trying to save the file. https://crashreport.libreoffice.org/stats/crash_details/d351705d-f7fb-41c7-9105-5de4cfc2207f Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7752bbe121fa0cd892ffc6ddaf465f519573dc09 CPU threads: 4; OS: Windows 10.0 Build 21296; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL
On pc Debian x86-64 with master sources updated today, I don't reproduce this. I tried with saving and not saving the file. Perhaps I missed something?
(In reply to m.a.riosv from comment #2) > Crash and hangs trying to save the file. > https://crashreport.libreoffice.org/stats/crash_details/d351705d-f7fb-41c7- > 9105-5de4cfc2207f > Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 7752bbe121fa0cd892ffc6ddaf465f519573dc09 > CPU threads: 4; OS: Windows 10.0 Build 21296; UI render: Skia/Vulkan; VCL: > win > Locale: es-ES (es_ES); UI: en-US > Calc: CL Not sure it's the same issue. I can't reproduce it in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 43e306ebe61ef5a849dcfd1e74b697be3b3fe716 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded nor in Version: 7.1.0.3 (x86) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: threaded My original report is about GTK3, so it shouldn't happen on Windows @Julien, did you try with gtk3 ?
(In reply to Xisco Faulí from comment #4) > ... > @Julien, did you try with gtk3 ? By default, I use gtk3.
*** Bug 140700 has been marked as a duplicate of this bug. ***
https://crashreport.libreoffice.org/stats/crash_details/8d527ab3-93e3-45b5-bfe9-48df34448da5 https://crashreport.libreoffice.org/stats/crash_details/45dae900-9ec0-4796-b918-974db5f2c167 I have created a new report, but it could be the same issue. tdf#140704
Couldn't reproduce from 7.2.7 all the way to 7.5 build from today. Xisco, how do you close the application? And do you paste in the document or in another app? Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 01a3cc1e55034f7703219d4bbb209de7c37bf07b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
I can't reproduce it with my gtk version, but it could be the feature where an application with data set as available for the clipboard gets requested to give the clipboard a copy of it on exit so it's available to paste into another application after the original application has exited.
I can't even reproduce it in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 43e306ebe61ef5a849dcfd1e74b697be3b3fe716 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded which is the original version I used to report this issue. Closing