Description: swrite block himself when i create a new document with *.ott file. Steps to Reproduce: 1.click on a ott files 2.swriter crashes 3.ctrl+alt+delete 4.terminate istance swriter Actual Results: swriter crashes Expected Results: The software should have created a new document based on the template Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e Thread CPU: 8; SO: Windows 10.0 Build 19041; Resa interfaccia: Skia/Raster; VCL: win Locale: it-IT (it_IT); Interfaccia utente: it-IT Calc: CL
Created attachment 164648 [details] it's a letter template that has always worked and now doesn't work anymore
Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile ? Also, could you try to disable Skia: 1. Open [Tool] > [Options] and Go to LibreOffice > View 2. Uncheck "Use Skia for all rendering" option 3. Restart LO ?
don't work anymore
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Fabio Betti from comment #3) > don't work anymore Could you be more specific, what does it do? Again a crash even with Skia disabled? Does it crash too with a brand new LO profile?
Mi dispiace non potere essere più preciso. Quando cerco di creare un documento utilizzando il file ott il programma va in loop e la finestra di swriter non risponde più. Devo forzare la chiusura del programma (CTRL+ALT+DEL) per riottenere i comandi. Nella versione precedente di LO, che ho installato su altro computer, non mi da alcun problema. I'm sorry I can't be more precise. When I try to create a document using the ott file the program goes into a loop and the swriter window stops responding. I have to force close the program (CTRL + ALT + DEL) to get the commands back. In the previous version of LO, which I have installed on another computer, it doesn't give me any problems.
Thank you for your feedback, I tried to reproduce this on pc Debian x86-64 with master sources updated today + gen rendering + SAL_SKIA=raster to approach a bit your conf but perhaps it's Windows only. Anyway, since I don't have more questions, I'll put it back to UNCONFIRMED.
Not reproducible in Version: 7.1.0.0.alpha0+ Build ID: a9976a958b2857e308c6598532151878615bfd9f CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded nor in Version: 7.0.2.0.0+ Build ID: b27137a7091104cce177791478e86d127680c9af CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: tr-TR (en_US.UTF-8); UI: en-US Calc: threaded Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
I think the problem is in calling some windows 10 C ++ library function. In UBUNTU this problem does not appear. The problem also exists with ods files produced with that model.
I can confirm Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6f07012a344101f2afbf9c96dc7857127f39a25f CPU threads: 1; OS: Windows 10.0 Build 14393; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: threaded I can open the file with Version: 6.2.0.0.alpha0+ Build ID: 425af6845ebe066c950b0b63f50563e067485f3e CPU threads: 1; OS: Windows 10.0; UI render: default; VCL: win; Locale: cs-CZ (cs_CZ); Calc: threaded
(In reply to raal from comment #10) > I can confirm Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community > ... Do you think you can retrieve a stacktrace by following https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace (if possible with symbols)?
On Win10 (20H2, 19042.1165) with master sources updated some days ago, I could open the file (File Open) or File/Edit Template, no problem. However, I can't test double click on a file since it's not an installation per se, I just launch LO from command line on Cygwin. I tested another way, I imported the template then I used File/New/Templates... then selected the template, it opens a file named "Untitled 1" with the content of the template.
Crash confirmed on Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL Works on Version: 7.0.5.2 (x64) Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL Crashes on (as raal confirmed) Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c7b5e6566d9b24a0a996c739a945004d9aadee2f CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL Thus it seems that the results are not monotonic. Bibisecting may not be done in a normal way, because there are at least two changes in the results (bug, works, bug).
No longer reproducible with current stable and daily master builds. Closing ticket as WORKSFORME. Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9a37652b79001bf5208841b9221dee851b9b6d0f CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Repro with 7.0, but not with master, so this is indeed WFM.