Description: at least half of the a few times using the drag copy expansion crashed the software Steps to Reproduce: 1. make a formula 2. drag down 3. Actual Results: cursor jams to cross, then crash to nothing Expected Results: no crash Reproducible: Sometimes User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-GB Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All Win11) OS is 64bit: no (yes)
Please test with a clean profile, Menu/Help/Restart in Safe Mode And paste here the information on Menu/Help/About LibreOffce (There is an icon to copy)
this mostly happens when dragging thousands of cells, like 2000-4000 cells drag copy expand formula.
it crashes even after the drag copy formula expansion has finished, during scroll window
it even crashes not related to the formula expansion drag, it even crashes when drag window scroll selecting a large number of rows to a chart image.
[Automated Action] NeedInfo-To-Unconfirmed
I think this is likely a duplicate of bug 149527. goofyseeker3, can you please: - share with us the contents of your Skia log - as m.a.riosv askes, share the version info copied from Help > About LibreOffice - test if it still crashes with "Force Skia software rendering" turned on in Tools ▸ Options ▸ LibreOffice ▸ View More info: https://wiki.documentfoundation.org/QA/FirstSteps#Graphics-related_issues_(_Skia_)
can you get a duplicate of the bug, by your own testing?
Please reply to the questions in comment 1 and comment 6 so we can help out. Thank you!
I'm trying to help you to fix the bug. I'm fine thanks.
Hm I think I'll have a to close as "insufficient data" given it doesn't look like we'll get more data, unfortunately.
There is still a bug mind you.
sounds like you could not replicate the bug, to get more information.
Sorry I did not bother to test if the bug is still there in the newest 7.5.4.2. version.
yes its still present in the newest 7.5.4.2 version. log files follow later.
ProductName=LibreOffice Version=7.5.4.2 BuildID=36ccfdc35048b057fd9854c757a8b67ec53977b6 URL=https://crashreport.libreoffice.org/submit/ VulkanVendor=0x10de VulkanDevice=0x2503 VulkanAPI=1.3.242 VulkanDriver=536.160.0 VulkanDeviceType=discrete VulkanDeviceName=NVIDIA GeForce RTX 3060 UseSkia=true Language=en-US CPUModelName=AMD Ryzen 5 5600G with Radeon Graphics 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 erms invpcid rdseed adx sha lahf abm sse4a syscall mmxext rdtscp MemoryTotal=16119872 kB
skia mode was(is currently on without even forcing.
if you wonder how its not replicable, then currently is less than 1/20 chance it will hang-crash while dragging cell ranges down.
to be exact, when scroll dragging cell ranges down.
the scroll dragging cell ranges includes selecting datasets for graphs, not only scroll dragging expanding cell formulas.
where is the logs (skia) located? not clear or easy to find by fast scrolling around (the bug).
FYI: Graphics Backend used: skia Passed Tests: 53 Quirky Tests: 51 Failed Tests: 0 Skipped Tests: 5
current skia.log after restart in force skia (why does it wipe it): RenderMethod: raster Compiler: Clang
seems like 7.5.4.2 is more stable to this bug than 7.5.3.2, in which it occurred frequently, now it happens only infrequently (once every very long time).
safe mode in the 4096 row 10 column formulate table is very slow
safe mode is useless
side scroll bar jams crashes the program app in 7.5.4.2 version, not even when the drag cell expansion is happening.
skia.log after the scroll crash: RenderMethod: vulkan Vendor: 0x10de Device: 0x2503 API: 1.3.242 Driver: 536.160.0 DeviceType: discrete DeviceName: NVIDIA GeForce RTX 3060 Denylisted: no
Thank you for the info. I added some other reports using the same graphics card in "see also". You being able to crash it using only the scrollbar confirms you are experiencing bug 149527, so I am marking as a duplicate. Can you please confirm that LO does not crash when you have "Force Skia software rendering" on? Julien, is it worth blacklisting this graphics card? *** This bug has been marked as a duplicate of bug 149527 ***
how about fixing the bug instead of black listing the most popular graphics card on steam? and I could not get it to crash with the forced software skia, but I cant confirm it, it might still crash with it, did not extensively repeat the test. and only tested the force software skia with 7.5.4.2 not with 7.5.3.2, which crashes more often.
it might be a separate bug, so that both the scroll and the cell expansion both separately trigger a crash
I cant get the frequent crash in drag mode to replicate on 7.5.3.2 after reinstall. does the reset of settings have some contribution of the operation?
(In reply to Stéphane Guillou (stragu) from comment #30) > ... > Julien, is it worth blacklisting this graphics card? Since the default will soon be the raster mode instead of Vulkan mode, I don't think it worths it. Roman: put you in cc just in case.
(In reply to goofyseeker3 from comment #31) > how about fixing the bug instead of black listing the most popular graphics > card on steam? and I could not get it to crash with the forced software > skia, but I cant confirm it, it might still crash with it, did not > extensively repeat the test. and only tested the force software skia with > 7.5.4.2 not with 7.5.3.2, which crashes more often. Because there was only 1 person in LO devs who knew well Skia and we've got no info from him since more than 1 year. Yes it's a pity and I had warned about this potential situation a long time ago.
just a side note, dont know if its related, but chart graph crashed when trying to edit, nothing to do with scrolling or range dragging
omg mouse wheel scrolling triggers also the scroll crash unresponsiveness, yep it goes into a deth spiral loop doing the scroll bug