libX11: Changes to 'master'

[GitLab Mirror]

 modules/im/ximcp/imDefFlt.c  |    8 +-
 modules/im/ximcp/imDefIm.c   |    1 
 modules/im/ximcp/imDefLkup.c |  118 +++++++++++++++++++++++++++++++++++++------
 src/xlibi18n/XimintP.h       |   17 ++++++
 4 files changed, 124 insertions(+), 20 deletions(-)

New commits:
commit 041b5291f0956c5cda5054be2981c0d02b009a4c
Author: Takao Fujiwara <tfujiwar at redhat.com>
Date:   Wed Jan 31 20:27:57 2024 +0900

    imDefLkup: Commit first info in XimCommitInfo
    
    Xic.private.proto.commit_info can receive multiple XimCommitInfo
    when typing keys very quickly like an bar code scanner (or evemu-play)
    and the first info in XimCommitInfo should be committed to keep
    the typing key order.
    
    Fixes: #198

commit 024d229fdf88a7755577b01b46af6ef908d599e0
Author: Takao Fujiwara <tfujiwar at redhat.com>
Date:   Wed Jan 31 20:26:40 2024 +0900

    ximcp: Unmark to fabricate key events with XKeyEvent serial
    
    _XimProtoKeypressFilter() and _XimProtoKeyreleaseFilter() can
    receive XKeyEvent from both the typing on the keyboard and the
    callback of XIM_FORWARD_EVENT.
    
    If the filter functions unmark to fabricate XKeyEvent from the typing
    on the keyboard during receiving XKeyEvent from the callback of
    XIM_FORWARD_EVENT with typing keys very quickly likes an bar code
    scanner (or evemu-play), XIM server cannot receive some key events and
    it causes the key typing order to get scrambled.
    
    Now XIM client saves the serial in XKeyEvent and the filter functions
    unmark to fabricate XKeyEvent from the callback of XIM_FORWARD_EVENT
    only.
    
    Fixes: #198