Bug 156986 - LibreOffice crashed
Summary: LibreOffice crashed
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.5.5.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:24.2.0
Keywords:
Depends on:
Blocks: Skia
  Show dependency treegraph
 
Reported: 2023-08-29 13:17 UTC by ortis.architecture
Modified: 2024-01-01 12:59 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
skia (37 bytes, text/plain)
2023-08-31 07:31 UTC, ortis.architecture
Details
skia undo (154 bytes, text/plain)
2023-08-31 08:16 UTC, ortis.architecture
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ortis.architecture 2023-08-29 13:17:31 UTC
Description:
Libreoffice crashed when using Writer often when i'm doing a long scrolling (not always, writer blocked a few second and all windows of libreobroffice closed).
It's appear since i change my computer (now HP omen, W11) and i test several versions with the same problem (7.5.5 to 7.4.2 with uninstallation of profil).

Steps to Reproduce:
1.just use the soft en after time of work (more than 1h), i have the crash
2.
3.

Actual Results:
 libreoffice blocked 3s and after crash (all documents)

Expected Results:
no crash


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Libreoffice crashed when using Writer often when i'm doing a long scrolling (not always, writer blocked a few second and all windows of libreobroffice closed).
It's appear since i change my computer (now HP omen, W11) and i test several versions with the same problem (7.5.5 to 7.4.2 with uninstallation of profil).
Comment 1 Julien Nabet 2023-08-29 14:07:42 UTC
You can try https://wiki.documentfoundation.org/QA/FirstSteps but if you still reproduce this, without backtrace or step by step process to reproduce this, it's impossible to help here.
Comment 2 Stéphane Guillou (stragu) 2023-08-29 14:46:33 UTC
Thank you for the report.
On top of what Julien recommended, can you please:
- share your info from Help > About Libreoffice
- check if turning on "Force Skia software rendering" solves the issue (in Tools ▸ Options ▸ LibreOffice ▸ View). If it does, you might be having the same issue as in bug 149527.
Comment 3 ortis.architecture 2023-08-29 15:59:49 UTC
I just update the video driver with last nvidia "studio" 536.99.
I have still crash.

share info:
Version: 7.5.5.2 (X86_64) / LibreOffice Community
Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e
CPU threads: 24; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: CL threaded

I am trying with "Force Skia software rendering" and will say you what happen.
Comment 4 QA Administrators 2023-08-31 03:16:12 UTC Comment hidden (obsolete)
Comment 5 Klaus 2023-08-31 05:20:37 UTC
I reported an issue on LibreOffice Document Foundation that resulted in mostly Calc screen displays overwriting each other making the spreadsheet unreadable.  (https://ask.libreoffice.org/t/calc-screen-refresh-not-working/92715)
I was pointed to the setting "Use Skia for rendering" as well as Force Skia software rendering".
This fixed the original issue of overwriting the screen contents, but now I am experiencing that LibreOffice crashes several times, mainly shortly after starting up for the day and/or scrolling a file.  Initially I experienced when scrolling an open file (not changing anything), but today LibreOffice crashed just on opening a new text document.  
When it happens all open files are saved before the crash and they will be recovered successfully when reopening LibreOfiice.
More details in the URL above.
Comment 6 Stéphane Guillou (stragu) 2023-08-31 06:09:51 UTC
(In reply to Klaus from comment #5)
> I reported an issue on LibreOffice Document Foundation that resulted in
> mostly Calc screen displays overwriting each other making the spreadsheet
> unreadable. 
> (https://ask.libreoffice.org/t/calc-screen-refresh-not-working/92715)
> I was pointed to the setting "Use Skia for rendering" as well as Force Skia
> software rendering".
> This fixed the original issue of overwriting the screen contents, but now I
> am experiencing that LibreOffice crashes several times, mainly shortly after
> starting up for the day and/or scrolling a file.  Initially I experienced
> when scrolling an open file (not changing anything), but today LibreOffice
> crashed just on opening a new text document.  
> When it happens all open files are saved before the crash and they will be
> recovered successfully when reopening LibreOfiice.
> More details in the URL above.

Klaus, please try updating to 7.5 to see if it resolves your issue. Version 7.4 won't see further updates.
Comment 7 Julien Nabet 2023-08-31 06:11:01 UTC
(In reply to Klaus from comment #5)
> I reported an issue on LibreOffice Document Foundation that resulted in
> mostly Calc screen displays overwriting each other making the spreadsheet
> unreadable.
>...

Please don't hijack this bugtracker. This one concerns Writer, yours concerns Calc so submit a new one.
Comment 8 Stéphane Guillou (stragu) 2023-08-31 06:13:38 UTC
(Klaus, please don't overwrite the original values in a bug report with your own ones. Maybe open a new report to describe your problem, if it is still present in LO 7.5)
Comment 9 ortis.architecture 2023-08-31 07:01:31 UTC
I don't have crash yesterday, it seems to be solved with "Force Skia software rendering".
Thanks!
Comment 10 Julien Nabet 2023-08-31 07:14:27 UTC
(In reply to ortis.architecture from comment #9)
> I don't have crash yesterday, it seems to be solved with "Force Skia
> software rendering".
> Thanks!

Great!
Could you locate <user profile>/cache/skia.log, and attach it to the bug report?

Indeed, we may blacklist the card so next time it'll automatically use raster rendering (so CPU rendering) instead of Vulkan rendering (so graphic card rendering).
Comment 11 ortis.architecture 2023-08-31 07:31:58 UTC
Created attachment 189274 [details]
skia

NVIDIA Geforce RTX 4070 12Go
Comment 12 Julien Nabet 2023-08-31 08:02:30 UTC
Could you undo temporarily "Force Skia software rendering" to use Vulkan and retrieve skia.log ?

I mean, the file shows raster method but we need some technical info (eg: device id) of the card and these info are only present if using Vulkan.

Of course, as soon as you get the info, you may enable again "Force Skia software rendering".
Comment 13 ortis.architecture 2023-08-31 08:16:35 UTC
Created attachment 189275 [details]
skia undo
Comment 14 Julien Nabet 2023-08-31 10:38:37 UTC
Thank you for your feedback.
I've submitted https://gerrit.libreoffice.org/c/core/+/156334
Of course, it's just a workaround not a fix.

Let's put this one to WFM since nobody seems to work on Skia related bug for the moment.
Just for the remind, the bug can be:
- in Windows libs
- in graphic card driver
- in Skia lib
- in LO

Since you don't know how to reproduce a crash at will + the fact that nobody works on Skia part, I won't ask you a backtrace (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace).
If one day someone wants to tackle Skia related bugs, we'll see...
Comment 15 Commit Notification 2023-08-31 15:25:38 UTC
Julien Nabet committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/8109a05543e16a5a499bf3ddc9d45b7c979480bc

Related tdf#156986: blacklist Nvidia RTX 4070 for Skia hardware rendering

It will be available in 24.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.