https://bugs.kde.org/show_bug.cgi?id=493098

--- Comment #3 from Yury Zhuravlev <[email protected]> ---
(In reply to xian from comment #2)
> I noticed similar behavior recently and suspect it may be in the same bug
> family, though my trigger is different. I’m not sure whether this should be
> a separate bug.
> 
>   My repro is app focus switch, not necessarily workspace switch.
> 
>   This happens with shared input state enabled (`Fcitx5
> ShareInputState=All`, i.e. “share across apps”).
> 
>   Repro:
>   1. Focus Google Chrome.
>   2. Type a Chinese character in the Chrome address bar.
>   3. Switch focus to a terminal (Alacritty/kitty/ghostty).
>   4. Start typing.
> 
>   Observed:
>   - After focus switch, only the first English letter is accepted.
>   - After that, further input is swallowed / not committed.
>   - Sometimes I can still type English even though I did not switch input
> mode back to English.
>   - Input often recovers only after clicking somewhere else, then switching
> focus back again.
> 
>   Expected:
>   - Chinese input should continue working normally after focus switch.

I think it's the same, just another route. Seems like KWin lost
zwp_text_input_v3.enter in many cases. I have PR for kwin, but I still haven't
tested it properly, sorry.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to