Summary: | mail-client/thunderbird-bin freezes when typing a message | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | yves.caniou |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | gentoo+bugs, sam, yves.caniou |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: | https://bugzilla.mozilla.org/show_bug.cgi?id=1861615 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | gdb backtrace |
Description
yves.caniou
2023-10-26 18:07:51 UTC
I wonder if this is the same problem I've had in Firefox for a few months now, where the entire browser will freeze sometimes while typing in a textarea. Usually the window is completely unresponsive and I have to kill it, sometimes it can be closed normally (even though it already stopped redrawing at that point). I haven't been able to narrow down the cause beyond "an editable textarea is in focus" but I'm beginning to suspect it may be related to ibus. Hmm no immediate ideas either. I wonder if you're using wayland and/or nvidia? https://bugzilla.mozilla.org/show_bug.cgi?id=1843541 this is probably the closest upstream bug I found (there are some more with "wayland freeze"), but unfortunately no solution yet. (In reply to Joonas Niilola from comment #2) > Hmm no immediate ideas either. I wonder if you're using wayland and/or > nvidia? Oh, I'm the total opposite of that. My desktop's been plain old boring OpenBox(+picom) for as long as I can remember and I'm using amdgpu. Have only been using ibus for a few years, but these problems are localised to Mozilla software and began much more recently. The age of the upstream bug does seem to be in the ballpark of when this started happening, I'll see if I can remember to gdb it next time it happens. (In reply to Enne Eziarc from comment #1) > I wonder if this is the same problem I've had in Firefox for a few months > now, where the entire browser will freeze sometimes while typing in a > textarea. Usually the window is completely unresponsive and I have to kill > it, sometimes it can be closed normally (even though it already stopped > redrawing at that point). > > I haven't been able to narrow down the cause beyond "an editable textarea is > in focus" but I'm beginning to suspect it may be related to ibus. It actually happened while responding to this very message 5min ago. I had to kill firefox. For Firefox issues, are there differences with 115esr and 119rapid? https://bugzilla.mozilla.org/show_bug.cgi?id=1861615 might hopefully resolve it, if related. (In reply to Joonas Niilola from comment #5) > For Firefox issues, are there differences with 115esr and 119rapid? > > https://bugzilla.mozilla.org/show_bug.cgi?id=1861615 might hopefully resolve > it, if related. firefox-bin, 119.0-r1, is installed (rapid). I haven't tried 115.4.0. Since the bug doesn't happen that often in the case of firefox, unsure if I'll be able to see something soon unfortunately. But the issue doesn't say anything about previous affected versions. And I already had firefox freeze, from time to time (yet can't remember details when, etc.) Created attachment 873559 [details]
gdb backtrace
Got a GDB dump of the top level process freezing just now. There's a few missing symbols, but it has enough in common with the upstream bug to confirm this is in fact the same thing.
I notice the root of the backtrace isn't ibus itself, but GLib. Given the timing of all this, could it be fallout from when GLib decided earlier this year to break everything downstream of them?
Which versions of dev-libs/glib and app-i18n/ibus do you each have? (In reply to Sam James from comment #8) I've got app-i18n/ibus-1.5.28-r1 and dev-libs/glib-2.76.4. Most of my system is ~arch *except* for glib, iirc because I'd previously dropped to stable after 2.76.0 happened. (In reply to Sam James from comment #8) > Which versions of dev-libs/glib and app-i18n/ibus do you each have? dev-libs/glib 2.76.4 and app-i18n/ibus 1.5.27 According to that upstream bug this should have been fixed in Firefox 120.0 which is out now. Since it's basically impossible to reproduce on command, only time will tell, but I'm hopeful. (In reply to Enne Eziarc from comment #11) > According to that upstream bug this should have been fixed in Firefox 120.0 > which is out now. Unfortunately, it's happened a few times since then. The last thing I can think to try at this point is to resume using ~arch dev-libs/glib - I should be safe now that bug 901805 has calmed down a bit. If that fixes it I'll try to remember to report back in, say, 2 weeks. Fingers crossed... Still present in 115.5.1, happened a few minutes ago. (In reply to yves.caniou from comment #13) > Still present in 115.5.1, happened a few minutes ago. And still present in 115.6.1. Belated ping: with current versions (firefox-122.0, ibus-1.5.29, glib-2.78.4-r1), I haven't been seeing this hang at all in the last few weeks. Can't speak for thunderbird users, but it feels like one variant of the problem has gone away at least. (In reply to Enne Eziarc from comment #15) > Belated ping: with current versions (firefox-122.0, ibus-1.5.29, > glib-2.78.4-r1), I haven't been seeing this hang at all in the last few > weeks. Can't speak for thunderbird users, but it feels like one variant of > the problem has gone away at least. mail-client/thunderbird-bin 115.7.0 did it again some minutes ago: it seems related to saving the mail currently written in the draft folder. After, keypresses were not taken into account, or after some moment, and Thunderbird can still be accessed with the mouse, but retained keypresses can then launch some action since the focus is not in the redaction window. (In reply to Enne Eziarc from comment #15) > Belated ping: with current versions (firefox-122.0, ibus-1.5.29, > glib-2.78.4-r1), I haven't been seeing this hang at all in the last few > weeks. Can't speak for thunderbird users, but it feels like one variant of > the problem has gone away at least. Firefox-bin 123.0 just freezed while filling a field in a framadate similar apps. :/ |