IME flyout window is far away from application window (DPI issue?)
Open
Nobody has claimed this yet.
bug
- Dominant language
- C++
- Stars
- 11.9k
- Forks
- 429
- PR merge metrics
- No merged PRs in 30d
Description
Environment
Windows build number: 10.0.21331.1000 rs_prerelease arm64
Your Distribution version: Ubuntu 20.04
Your WSLG version: 0.2.13
Steps to reproduce
- Pick up a device with HiDPI monitor without vGPU driver installed, e.g. Surface Pro X
- Install IME package
ibus,ibus-pinyin; Install random app likegedit - Configure
ibusinIBus Preferences, confirm to start IBus daemon, add Chinese/Pinyin input method, configure IME switch key to avoid collision with Windows, keep the window open to keep IBus daemon open
- In another WSL window, start
gedit:GTK_IM_MODULE=ibus gedit - Switch to IME, type something, watching the IME candidate flyout window going randomly everywhere.
WSL logs:
Expected behavior
It should follow text in the editor as usual. For example:

Actual behavior
The IBus candidate selection flyout window goes everywhere. Also app is in 200% scale while the IME is 100%.


Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce on the stated HiDPI Surface Pro X setup with Ubuntu 20.04, ibus-pinyin, and gedit, then inspect weston.log, version.txt, and pulseaudio.log. Compare the candidate flyout position and scaling with the editor text position; done means the flyout follows the text and uses the expected 200% application scale.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux, ubuntu
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100