<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Calc Freezes (Not Responding) When Auto-filter Is Set and Row/Column Freeze Enabled and Fcitx Input Method Enabled"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=112998#c15">Comment # 15</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Calc Freezes (Not Responding) When Auto-filter Is Set and Row/Column Freeze Enabled and Fcitx Input Method Enabled"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=112998">bug 112998</a>
              from <span class="vcard"><a class="email" href="mailto:wengxt@gmail.com" title="Xuetian Weng <wengxt@gmail.com>"> <span class="fn">Xuetian Weng</span></a>
</span></b>
        <pre>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:
<a href="https://github.com/fcitx/fcitx/blob/master/src/frontend/gtk2/fcitximcontext.c#L922">https://github.com/fcitx/fcitx/blob/master/src/frontend/gtk2/fcitximcontext.c#L922</a>
<a href="https://github.com/ibus/ibus/blob/master/client/gtk2/ibusimcontext.c#L944">https://github.com/ibus/ibus/blob/master/client/gtk2/ibusimcontext.c#L944</a>

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.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>