Description: I use different Calc documents with several tabs. After opening a document, I quickly scroll up and down within a tab. After a short time, Calc crashes without an error message. After reopening the document, it should be restored, which does not work. The data entered up to that point is lost. Steps to Reproduce: 1. opening a calc document "anteile_risikofonds2022.ods" 2. i go to the tab "Dividende" 3. scroll uo an down within the tab 4. use another tab "Kontoführung" 5. scroll uo an down within the tab 6. Calc crashes without a error message Actual Results: - Expected Results: - Reproducible: Always User Profile Reset: No Additional Info: I am now using version 7.2.7 and I can no longer reproduce the error.
Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you
Created attachment 180737 [details] File crashes when scrolling
[Automated Action] NeedInfo-To-Unconfirmed
No able to repro, scrolling on every tab. Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 66b1ebd4ddc7127a923bf81eb569e7f99dd52022 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: threaded Please test with a clean profile, Menu/Help/Restart in Safe Mode
Created attachment 180777 [details] Clip Calc crashes then scrolling
In safe mode, the document does not crash when scrolling. After opening in normal mode, the document crashes again. I have attached a clip about this. Thanks for your help.
Please test if changing the values for Menu/Tools/Options/LibreOffice/View/Graphics output, like enable/disable skia shows any difference.
Thank you for the answer. If I deactivate SKIA in the menu item, I no longer have any problems and LibreOffice no longer crashes.
To enable Skia, try to update your video card driver.
This ist the Driver I use at the moment and LibreOffice crashes then I enable Skia. GeForce Game Ready-Treiber Version: 516.40 WHQL Freigabedatum: 2022.6.15
*** Bug 150841 has been marked as a duplicate of this bug. ***
I set New based on duplicate bug 150841. There are multiple reports for crash on scroll but they were not connected not Skia was determined everywhere. Like bug 148989, bug 144962, bug 149849, bug 149902.
In these bugs, where testers cannnot reproduce and they obviously depend on a system, we must rely on reporters to test daily master. Please do install from https://dev-builds.libreoffice.org/daily/master/current.html it's separate to working LO and will not take over your extensions.
*** Bug 149902 has been marked as a duplicate of this bug. ***
Timur, The problem did not occur in safe mode. Now I have updated LibreOffice with the latest versions [7.2.6.2 (x64], and the problem is gone. Now it works fine.
*** Bug 144962 has been marked as a duplicate of this bug. ***
*** Bug 150157 has been marked as a duplicate of this bug. ***
Duplicate has it reported since Calc 7.3.0.3 and can't reproduce in 7.2.7.2: https://bugs.documentfoundation.org/show_bug.cgi?id=150157#c0
*** Bug 152355 has been marked as a duplicate of this bug. ***
*** Bug 150294 has been marked as a duplicate of this bug. ***
*** Bug 150190 has been marked as a duplicate of this bug. ***
Many important comments in duplicate bug 150190.
Created attachment 184706 [details] WinDbg stack trace (~* kp) from freeze of LO 7.3.4.2 scrolling empty sheet w/ Skia Vulkan rendering This stack trace was shared by V Stuart Foot in duplicate bug 150190. Attaching again here to make it easier to find.
Reproduced with both Page Down (once at 18k+ rows, once at 34k+ rows) and fast scrolling holding the scrollbar thumb in: Version: 7.4.4.2 (x64) / LibreOffice Community Build ID: 85569322deea74ec9134968a29af2df5663baa21 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL Skia log: RenderMethod: vulkan Vendor: 0x10de Device: 0x1c82 API: 1.3.205 Driver: 516.376.0 DeviceType: discrete DeviceName: NVIDIA GeForce GTX 1050 Ti Denylisted: no Not reproduced with Skia off, or Force Skia software rendering on (Skia/Raster). Not reproduced in LO 7.2: Version: 7.2.7.2 (x64) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL
I tried to bibisect the issue with the bibisect-win64-7.3 repo but had a large commit range with segmentation faults. The offending commit seems to be in this range: https://git.libreoffice.org/core/+log/97b7511acfd9593051a611c71d307916097256dd..2a0f2f074dd643b723bfbcc5c96e4f5ee8da87a3 Quite a few commits have Skia in the message, all by Luboš Luňák. Here is a shortlist of Luboš's commits for that range: https://git.libreoffice.org/core/+log/97b7511acfd9593051a611c71d307916097256dd..2a0f2f074dd643b723bfbcc5c96e4f5ee8da87a3?pretty=oneline&author=l.lunak%40collabora.com
*** Bug 152720 has been marked as a duplicate of this bug. ***
*** Bug 151749 has been marked as a duplicate of this bug. ***
*** Bug 152649 has been marked as a duplicate of this bug. ***
*** Bug 147608 has been marked as a duplicate of this bug. ***
*** Bug 154861 has been marked as a duplicate of this bug. ***
I hope you noticed that an extremely large amount of RAM is being consumed?
*** Bug 156215 has been marked as a duplicate of this bug. ***
no reaction on windows 11 lo 7.6.2.1 probebly resolved
i close it
Hm seeing that Dan never reported experiencing the issue before, I'd like to see if others can confirm that the issue is gone first. Setting back to "new". danfrantes, in which version did you experience the issue? And can you share your full version information in which it works?
(In reply to Stéphane Guillou (stragu) from comment #36) > Hm seeing that Dan never reported experiencing the issue before, I'd like to > see if others can confirm that the issue is gone first. Setting back to > "new". > > danfrantes, in which version did you experience the issue? And can you share > your full version information in which it works? Hello. I've reproduced this bug in : Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded Everything forks fine using scrolling method as well as using Page Up or Page Down buttons.
Also reproduced this bug using same methods in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cba8c933d1ff2e31ec55544f46d6fff99e8a5ccd CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded Everything is working according expectations. Edition Windows 10 Pro Version 22H2 Installed on 2021-03-11 OS build 19045.3448 Experience Windows Feature Experience Pack 1000.19044.1000.0
(In reply to ilya.y.komarov from comment #37) > Hello. I've reproduced this bug [..] > Everything forks fine using scrolling method as well as using Page Up or > Page Down buttons. Ilya, "reproduced" means you can see the bug described here and it crashes. Then you say that everything works fine. Which why is it? Also, please don't set a confirmed be with status "new" back to "unconfirmed". Please see: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status
(In reply to Stéphane Guillou (stragu) from comment #39) > (In reply to ilya.y.komarov from comment #37) > > Hello. I've reproduced this bug [..] > > Everything forks fine using scrolling method as well as using Page Up or > > Page Down buttons. > > Ilya, "reproduced" means you can see the bug described here and it crashes. > Then you say that everything works fine. Which why is it? > Also, please don't set a confirmed be with status "new" back to > "unconfirmed". Please see: > https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status I meant , that I've reproduced scenario of this bug. Everything works fine mean that the bug wasn't confirmed.
Why wo don't close it, because it looks nobody have this issues in newer versions.
To close a bug, you have to be sure that you could reproduce it in one version and you can't anymore in a newer version, _on the same system_. So far, neither Ilya nor Dan have mentioned which version they were experiencing the bug in. This bug seems specific to some systems, so many won't ever experience it. Maybe that's your case. So, before we can close this bug, please: - share the full version details of a version that crashes for you when scrolling - share the full version details of a newer version that does not crashes anymore And would be great if people in CC, especially the ones who has their bug marked as a duplicate, could also have a look at a recent 7.6.2.1 or a daily build to see if they still experience it (with graphics drivers updated too). Thank you!
I encounter the same bug with : Version: 7.3.7.2.M5 (x64) / LibreOffice Community Build ID: cf0a4747cef76399d7acd30c4dcda7a78e7973c2 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded My system : Edition : Windows 10 Professionnel Version : 22H2 AMD Ryzen 3 PRO 3300U w/ Radeon Vega Mobile Gfx 2.10 GHz
Hello, I am one of the people on the CC list. I reported the problem (as bug 150157) in version 7.3.x.x in july 2022. Since then I have used version 7.2.7.2 to prevent troubles in daily work. But now I have installed version 7.6.2.1 on the same Windows 10 machine and I can confirm that the problem with scrolling in a long Calc sheet does not occur anymore. I also installed 7.6.2.1 on a new Core i7 (13th gen) laptop with Windows 11. And also on this machine I did not experience the earlier scrolling problem with Calc. So my conclusion is that the bug in 7.6.2.1 seems to be solved. Thank you for that. Sincerely, Bert
Could someone narrow(In reply to bert.vanderveen from comment #44) > I reported the problem (as bug 150157) in version 7.3.x.x in july 2022. > Since then I have used version 7.2.7.2 to prevent troubles in daily work. > But now I have installed version 7.6.2.1 on the same Windows 10 machine and > I can confirm that the problem with scrolling in a long Calc sheet does not > occur anymore. Could we narrow the version that fixed this bug ? Could we deactivate Skia by default on the versions which have this bug ?
(In reply to bert.vanderveen from comment #44) > But now I have installed version 7.6.2.1 on the same Windows 10 machine and > I can confirm that the problem with scrolling in a long Calc sheet does not > occur anymore. [...] > So my conclusion is that the bug in 7.6.2.1 seems to be solved. Thanks Bert. Can you please provide the full version information copied from Help > About LibreOffice? Just to make sure that you are indeed using Skia. (In reply to Jérôme from comment #45) > Could we narrow the version that fixed this bug ? Could we deactivate Skia > by default on the versions which have this bug ? If it is indeed fixed, one could bibisect the fixing commit: https://wiki.documentfoundation.org/QA/Bibisect If you are using a buggy version, you can use Skia Raster: Tools ▸ Options ▸ LibreOffice ▸ View ▸ Force Skia software rendering.
Hello, To answer your questino: Can you please provide the full version information copied from Help > About LibreOffice? Just to make sure that you are indeed using Skia. This is the information: Version: 7.6.2.1 (X86_64) Build: 56f....a7ee... Operating system: Windows 10.0 Build 19045 User interface: UI-render: Skia/Vulkan; VCL: win nl-NL (nl_NL); GI: nl-NL Other: Calc: CL threaded I hope this information will help you to finalize the issue. Regards Bert
Well, that's great news, let's mark as "works for me" then. Still, if someone can bibisect the fix, it would be much appreciated.
*** Bug 157429 has been marked as a duplicate of this bug. ***
*** Bug 158474 has been marked as a duplicate of this bug. ***