[Libreoffice-bugs] [Bug 112998] Calc Freezes (Not Responding) When Auto-filter Is Set and Row /Column Freeze Enabled and Fcitx Input Method Enabled

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=112998

--- Comment #15 from Xuetian Weng <wengxt at gmail.com> ---
Hi I'm a fcitx developer. So to reproduce this problem the ooo desktop plugin
need to be Gtk. Qt(KDE) doesn't have such problem.

IBus and Fcitx have been using such implementation for long time:
https://github.com/fcitx/fcitx/blob/master/src/frontend/gtk2/fcitximcontext.c#L922
https://github.com/ibus/ibus/blob/master/client/gtk2/ibusimcontext.c#L944

And IMHO it is the only way to get the surrounding text in Gtk "on-time".
Otherwise, if the surrounding text is not updated before the key event, the
input method won't be able to use the up-to-date surrounding text information
to process the key event.

I noticed that when after bug is triggered, in spite of the freeze, the memory
is increasing dramatically. My guess is that certain function in libreoffice is
not reentrant and causes this bug.

My trick on reproducing this bug, is to do a "alt-tab" when the drop down list
is opened. I can always reproduce this freeze with this additional step.

I tried to apply some workaround locally, e.g. delay "retrieve-surrounding"
signal and emit it later. The issue is gone here. But I don't know if it can be
still triggered in some other places. E.g. , we can't delay the
retrieve-surrounding signal when handle key event.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20171109/7f83d054/attachment.html>