Unintended input when text editor gains focus

[wezm]

Is your issue REALLY a bug?

• My issue is indeed a bug!
• I am not crazy! I will not fill out this form just to ask a question or request a feature. Pinky promise.

Is there an existing issue for this?

• I have searched the existing issues.

Is this issue related to iced?

• My hardware is compatible and my graphics drivers are up-to-date.

What happened?

This is a bit of niche one. I use the Awesome tiling window manager on Linux. I have Super+j and Super+k bound to cycle back/forward through windows. When the focus reaches an Iced application with a text input a j or k is typed in the message box. This doesn't happen with any other applications on my system. I first observed the behaviour in the Halloy IRC client but it happens with the editor example too.

Steps to Reproduce

• Run Awesome WM
• Cycle through applications with Super+j until the Iced editor example is reached
• Observe a j or k is typed.

Video of behaviour:

iced.mp4

Environment

OS: Arch Linux, kernel 6.9.7
WM: Awesome
Display Server: X11
GPU: AMD Radeon RX 6700 XT

What is the expected behavior?

Expected behaviour is that when an iced application is focused via a keyboard shortcut no text is typed.

Version

master

Operating System

Linux

Do you have any log output?

No response

[ltning]

This is the case in several environments, including WindowMaker WM on FreeBSD: squidowl/halloy#284