Linux: Emoji insertion via Ctrl-Shift-E incorrectly positions completions

[cbracken]

Description

In flutter/engine#21897, I landed support for multi-step input methods, which also added support for unicode codepoint insertion via Ctrl-Shift-U and emoji insertion via Ctrl-Shift-E.

That said, the completion window position when not in composing mode (e.g. for emoji) is incorrect.

To support this, I believe we'll need notify the GTK embedder of every change to the cursor position (even when not in composing mode), then remove these lines. Removing those lines currently results in incorrect positioning of the IM window when composing mode is entered after committing a previous composing region.

Expected behaviour

Current behaviour

[cbracken]

@dkwingsmt do we currently send the cursor rect on each keypress even when not in composing mode?

[dkwingsmt]

@gspencergoog or @stuartmorgan might be a better person to answer this :)

[cbracken]

Oh interesting -- I thought it was you who wired this up, but actually I suspect I'm mixing that up with the touch/mouse event work you did and maybe it was @LongCatIsLooong?

[flutter-triage-bot]

The triaged-desktop label is irrelevant if there is no team-desktop label or fyi-desktop label.