Description: Many times I've suffered Libreoffice Impress freezing when I try to move one or more slides up or down (change the order, put it at the end, etc). It simply freezes and no matter how much I wait I finally have to end forcing the exit. I've been having this bug for a while (I would say one year at least). Steps to Reproduce: 1.Make several slides 2.Try to move them (one slide or several) by holding them and trying to put them in a different order. 3.If they are succesfully move, try few more times and it will freeze. Actual Results: Most of the times Libreoffice Impress freezes after trying to move the slides and then I'm forced to quit loosing my not-saved work Expected Results: Let me move the slides normally. Reproducible: Sometimes User Profile Reset: Yes Additional Info: I've tryied in safe mode and the bug still appears.
Please write here info from your LibreOffice's Help->About dialog (there is the Copy button there)
Thanks Roman, here it is: Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: es-CL (es_CL.UTF-8); UI: es-ES Ubuntu package version: 1:7.3.6-0ubuntu0.22.04.2 Calc: threaded
[Automated Action] NeedInfo-To-Unconfirmed
I haven't been able to reproduce with: Version: 7.3.6.2 / LibreOffice Community Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: de-DE (en_AU.UTF-8); UI: en-US Calc: threaded Or: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: deb7bc82de19ea8e20c767fdf21f9ba4feb5e9f0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Could you please try: - Updating to 7.3.7: https://www.libreoffice.org/download/download-libreoffice/ - If that doesn't help, you can try a more recent version, like 7.4 (version 7.3 shoudn't see any more releases) Does this happen with any document in particular? In that case, it would be helpful to share a file as an attachment, to help us test. Thank you!
Dear Francisco, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Hello Stéphane, thank you for your reply. I've just reproduce the same bug with this LibreOffice version: Version: 7.5.2.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: es-CL (es_CL.UTF-8); UI: es-ES Ubuntu package version: 4:7.5.2-0ubuntu1 Calc: threaded I've made a new LibreOffice Impress document with pre-made slides from the templates and the error happens again when I try to change slides order draging them. Thanks for your help!
I've just added a new reply.
I've reproduced a crash after repeatedly dragging and dropping slides in the slide pane, on Ubuntu 20.04 with GNOME 3.36.8 + Wayland with: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Also with kf5 (cairo + wayland) VCL, but not reproduced in a MetaWindowXwayland with e.g. kf5 (cairo + xcb). Also in recent master build: Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: f4c24da1e7f11664e0d2f688d2531f068e4a3bc0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And in 6.3.6.2 but not in 6.2.0.3. Bibisected with linux-64-6.3 repo to first bad commit 3037c899cf3b1e5230a33221b598ab446231cebd which points to core commit: commit d81a11220d76eeecac80b27b25a4576b6e78210b author Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> Fri Feb 08 21:49:19 2019 +0100 committer Tomaž Vajngerl <quikee@gmail.com> Mon Mar 04 22:42:18 2019 +0100 Simplify code to add a draw command (subclass) Reviewed-on: https://gerrit.libreoffice.org/68698 Quikee, can you please have a look? ---- Crash reports: - 7.5: https://crashreport.libreoffice.org/stats/crash_details/69ed99cc-30b8-4358-bdd7-ebe417d507a7 - 7.0: https://crashreport.libreoffice.org/stats/crash_details/f1d5ae18-ad0f-44be-b4bd-a686a51f4e35 SegvAnalysis from Apport: Segfault happened at: 0x7f345de1a464 <wl_proxy_get_user_data+4>: mov 0x30(%rdi),%rax PC (0x7f345de1a464) ok source "0x30(%rdi)" (0x00000030) not located in a known VMA region (needed readable region)! destination "%rax" ok Note that the crash should _not_ be confused with the following error that used to happen around that time, when creating a multi-selection of slides by dragging in the margin of the slide pane: LibreOfficeDev 6.3 - Fatal Error: vector::reserve Fatal exception: Signal 6 Stack: /home/stragu/LO-bibisect/linux-64-6.3/instdir/program/libuno_sal.so.3(+0x14584)[0x7fe9a2a8d584] [...]
Created attachment 187436 [details] gdb backtrace with LO 7.6 alpha1+
Still repro in: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 0ddd9f7e055a0c1ecb120de3e40c3fdb8373e9dc CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
I really don't see how the code that this was bibisected to has anything to do with this... this code is not even run in a desktop LibreOffice currently. What happens if you just revert the commit?