Description: When entering text using an IME, the candidate list may be positioned incorrectly on the screen. This is most noticeable when entering the first character immediately after starting Writer, or when entering the first character after changing the Writer page text direction. It is possible that this bug requires a specific system configuration. I use Ubuntu 24.04 with the default Wayland session, and the ibus Mozc IME. I haven't tested with different DEs or IMEs yet. This bug also happens under different VCL backends, with slightly different symptoms. It's possible there are multiple different bugs here. Steps to Reproduce: 1. Set your input method to Mozc, Input Mode: Hiragana 2. Start LibreOffice Writer 3. Press the 'a' key 4. The candidate list is in the wrong position (either in the top-left corner of the window, or the top-left corner of the screen) 5. Press enter to dismiss the candidate list 6. Change the text direction to Right-to-left (vertical) in Page Style->Page 7. Press the 'a' key again 8. The candidate list is again in the wrong position. Depending on backend, it may now appear in the top-left corner of the document (where the text used to be), or it may still appear outside of the window. Actual Results: The candidate list is placed incorrectly. Expected Results: The candidate list should always be positioned near the cursor, without obscuring the input text. Reproducible: Always User Profile Reset: No Additional Info: Reproduced with the following backends: Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 6f8bed817be17dae5beb359dbe0d7f6bda33ce0a CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 6f8bed817be17dae5beb359dbe0d7f6bda33ce0a CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 6f8bed817be17dae5beb359dbe0d7f6bda33ce0a CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: qt5 (cairo+wayland) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 6f8bed817be17dae5beb359dbe0d7f6bda33ce0a CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded This bug does not happen with the generic plugin: Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 6f8bed817be17dae5beb359dbe0d7f6bda33ce0a CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded ...but that one has entirely different IME problems.
Created attachment 200929 [details] Screenshot: Position when typing the first character (gtk)
Created attachment 200930 [details] Screenshot: Position after changing text direction (gtk)
Created attachment 200931 [details] Screenshot: Position when typing the first character (qt5) It's in the top left corner of the screen, outside the LO window
Created attachment 200932 [details] Screenshot: Position when typing multiple characters (qt6) With qt6, the candidate list doesn't snap to follow the cursor, even after multiple key presses. The position also doesn't change when the window is moved.
After some more investigation, I found that our gtk implementation doesn't call gtk_im_context_reset() when the cursor position changes outside of composition. I was able to make the bug disappear by hacking in a call, so this does appear to be the root cause in the gtk case. (In reply to Jonathan Clark from comment #0) > It is possible that this bug requires a specific system configuration. I use > Ubuntu 24.04 with the default Wayland session, and the ibus Mozc IME. I > haven't tested with different DEs or IMEs yet. I couldn't reproduce the issue with Kubuntu 25.04 and fcitx5 mozc. The bug is still present (we are supposed to call gtk_im_context_reset), but some fcitx5 implementation detail makes it a non-issue.