action #154360
open[qe-core] Consider to test applications on different input methods
0%
Description
Description¶
Inspired from https://bugs.kde.org/show_bug.cgi?id=443276 , we should consider to test not only the user input via keyboard / mouse, but also clipboard interaction via copy-paste.
In particular this specific bug was reproducible only via middle-mouse click, this means that keyboard shortcuts like CTRL+C / CTRL+V would not catch it.
To enable this kind of testing, openQA should expose an API to interact with the system clipboard or give control over the mouse buttons.
Further improvements / future ideas¶
Other input methods to consider : touch, gestures... Voice ? If we consider to play with desktop accessibility, there are disabled people that rely on many different input methods to use their favorite linux distro :)
Files
Updated by szarate 5 months ago
@GraceWang @zcjia, overlooking the fact that the referenced bug is on KDE, do we do some testing of different input methods?
I would love to have some a11y testing, especially on the openSUSE side, and/or see if there could be some Orca (if it is still the Accessibility thing) based tests, considering that I'll be meeting with gnome folks next week at FOSDEM...
Updated by zcjia 5 months ago
Well, there's CJK input method tests (ibus): https://openqa.suse.de/tests/12970263
Not the "touch, gestures" kind.
Also, I guess there's no openQA API for it yet. There's no middle button click for "mouse_click" as well.