With a large workbook (very large: more than 500 columns with graphics, formatting, and fused cells) horizontal scrolling causes a crash. This is not necessarily from the first use of the scrollbar. I encountered this bug on Windows 7, but with Ubuntu 14.04, I have no problem. The same file, opened with LibreOffice 4.4 on Windows 7, produces no crash.
Hello Fabrice, 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 120808 [details] The document raises issues The problem arises particularly with tabs "PIC_HVO" and "PIC_HVA". It is sometimes necessary to make several back-and-forth with the horizontal scroll bar to the crash occurs.
No crash for me. Fabrice: do you have this enabled and what happens if you disable it and restart LibO: Tools - Options - LibO - View - Use OpenGL for all rendering Win 7 Pro 64-bit, Version: 5.0.3.2 (x64) Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 Locale: fi-FI (fi_FI)
Created attachment 120823 [details] File with logos
Both "opengl" options were disabled. I did some tests also deactivating the options "Use hardware acceleration" and "Use anti-aliasing". After alot of comings and goings with the horizontal scrollbar, the system is blocked with the error message "SEH Exception: ACCESS VIOLATION". In this configuration, I have not caused a crash with the file "bug_95725.ods". By cons, I have reproduced the crash with the file "bug_95725-2.ods", in which logos have been removed.
Created attachment 120824 [details] Backtrace of crash on Windows, LibO 5.0.3 Now I could repro with bug_95725-2.ods. First I confirmed it crashed, then I started debugging session. This time I had to scroll much more than the first time. In the future you can use it yourself, too: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg Win 7 Pro 64-bit, Version: 5.0.3.2 (x64) Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 Locale: fi-FI (fi_FI)
Hello, I can reproduce with 5.0.3.2, but can not reproduce with bibisect 5.1 builds (file bug_95725-2.ods). Please could you test it with dev version? You can download it here: http://dev-builds.libreoffice.org/daily/master/ Thanks
Can this be reproduced in 5.1 - if not, then I guess we'll close it come 5.0.6 if we can't isolate what fixed it =) Thanks for reporting Fabrice !
(In reply to Michael Meeks from comment #8) > Can this be reproduced in 5.1 - if not, then I guess we'll close it come > 5.0.6 if we can't isolate what fixed it =) Thanks for reporting Fabrice ! I tried very hard to make it crash, but could not. WFM. Fabrice can set back to NEW, if he gets it to crash on 5.1.2. Win 7 Pro 64-bit, Version: 5.1.2.2 (x64) Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: fi-FI (fi_FI)
I've experimented with the latest version and I found that the problem is solved. Anyway, I did not crash the program. Thank you for your work. LibreOffice Version: 5.1.2.2 Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f Threads CPU : 3; Version de l'OS :Windows 6.1; UI Render : par défaut; Locale : fr-CH (fr_CH) Microsoft Windows [version 6.1.7601]