Created attachment 168104 [details] gdbtrace.log Steps to Reproduce: 1. New Draw, hit F2, type in "ABCDEFG", click somewhere else so that the cursor focus is out of the text box. 2. Click NEW icon to create a new draw window. 3. Alt+Tab to switch back to the first draw window. 4. Click within the text box, so that the cursor is somewhere between the text (i.e. between the characters, not the text box itself!). (Do not go click anywhere at this moment). 5. Alt+Tab to switch to the 2nd draw window, then Alt+Tab to switch back to the 1st window again. --> Crash. If you do not reproduce, then try to repeat step 4 and 5 several times (sometimes you need one round, sometimes 2 or 3 but sometimes you need 5...do remember to put cursor focus in the text box text before) Fedora 32, Gnome 3.36.7, X11, LibreOffice master as of today and branch libreoffice-7-1. Note: If Alt+tab does not switch between windows, then maybe you should use other key shortcuts, or the Gnome Shell Extension "Alternate Tab", or if you are using a newer version of Gnome you may take a look at https://blogs.gnome.org/fmuellner/2018/10/11/the-future-of-alternatetab-and-why-you-need-not-worry/
Confirmed with Arch Linux 5.10.4, KDE Plasma 5.20.4, LibreOffice 7.0.4.2 (on 2 machines) both in Draw and Impress (which I use more). More precisely, whenever you leave a text box activated in a Draw/Impress document (i.e. the cursor is inside a text box) then switch to any other window (or desktop), then shortly after you return to the Draw/Impress window with the text box, LO crashes. This has been around since I think about when LO 7.0 first came out. I wonder if these things I also observe could be related: -within a Text Box, insert anything from Insert/Special Character... After pressing OK in the Special Character dialog, the application crashes. -within a Text Box, write some text, right-click and choose Paragraph... Adjust anything (or not), then press OK. The application crashes. None of this happens e.g. in an Arch Linux machine with LXQt desktop, or in Windows 10. So the desktop manager seems to be important. I haven't really tried KDE Plasma with other Linux distros, but there is a report of similar things happening with Manjaro: https://forum.manjaro.org/t/libreoffice-7-0-crashes-when-switching-windows-in-kde-5-19-under-certain-circumstances/34283
Set to NEW per comment 1.
Well, after some more research, it would appear that, at least in my case, the fcitx package (input method manager) has something to do with the crashes. Anyway, after stopping fcitx, all of the mentioned abnormalities were gone. If the OP finds a similar connection, it might at least give a different angle to the issue.
(In reply to Kassikakk from comment #3) It may be a common problem under IBUS as I use ibus-libpinyin, not fcitx.
(In reply to Kevin Suo from comment #4) Strangely enough, my LxQT machine that is working correctly is using ibus (+ libpinyin). I tried once more to make the LO crash there (including the steps in original posting), but couldn't. Of course, the environment is somewhat different and ibus may still quite possibly be the culprit in your case. Anyway, on the other machines (Arch Linux + KDE), I removed fcitx and installed fcitx5, the newer version. Checked everything, so far no LO crashes.
I can't reproduce it in Version: 7.2.0.0.alpha0+ Build ID: 6bb6eb1692d7dd432103d0e7278534390084caf6 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to Kassikakk from comment #5) > (In reply to Kevin Suo from comment #4) > > Strangely enough, my LxQT machine that is working correctly is using ibus (+ > libpinyin). I tried once more to make the LO crash there (including the > steps in original posting), but couldn't. Of course, the environment is > somewhat different and ibus may still quite possibly be the culprit in your > case. > Anyway, on the other machines (Arch Linux + KDE), I removed fcitx and > installed fcitx5, the newer version. Checked everything, so far no LO > crashes. Another user report saying fcitx5 solved the crash: https://www.reddit.com/r/libreoffice/comments/mm6l2h/libreoffice_7042_crashes_when_changing_windows/gvgrl8d
Kevin: is this related to fcitx in your case?
(In reply to Buovjaga from comment #8) I am using ibus-pinyin when the bug occurs. Did not try fcitx.
I can reproduce this
I feel this may be since commit 3a662445a0e3666637e5eb140b106a1347f050eb Date: Sun Jun 23 17:54:49 2019 -0800 tdf#126061 Make text edit outliner view show cursor Change-Id: Ic4e8b5984d5b21c3b789eba943d35d4cad1ba867 Reviewed-on: https://gerrit.libreoffice.org/74676 Tested-by: Jenkins Reviewed-by: Jim Raykowski <raykowj@gmail.com>
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6668b112b341edd24ca77ba88b834108d67b0602 Resolves: tdf#138855 crash on use of Outliner freed by GetFocus It will be available in 7.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.
backport to 7-1 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/d253c0fdd548165adc1f19cadea01a24e73cfff3 Resolves: tdf#138855 crash on use of Outliner freed by GetFocus It will be available in 7.1.4. 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.