send_keys() doesn't guarantee that the application will handle modifiers+normal_key properly
After several issues with "missing keys" when modifiers+normal_keys are involved, we realized that we can reproduced the same issues that openQA was showing by manually pressing the two keys simultaneosly. Those experiments, while far from being a scientific prove, help us understand what could be going wrong.
Different applications handles those keys different (eg. gedit, firefox).
- Be sure that when using send_keys(), they are sent in the positional order. (eg. if alt-a is sent, alt should be sent first and then 'a', with enough time to let the application handles them.
- Check with coolo about implementation of the VNC wrapper.
#7 Updated by SLindoMansilla 9 months ago
Could it be solved by https://github.com/os-autoinst/os-autoinst/pull/1174 ?
- Project changed from openQA Tests to openQA Project
- Subject changed from [epic][functional][u] send_keys() doesn't guarantee that the application will handle modifiers+normal_key properly to send_keys() doesn't guarantee that the application will handle modifiers+normal_key properly
- Category changed from Bugs in existing tests to Feature requests
- Status changed from Workable to New
- Assignee deleted (
- Target version set to Ready
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/8862 shows that send_key('alt-v') is too fast in cases. We should either make combinations of keys generally a lot slower or provide an option to do so.
#17 Updated by ggardet_arm 7 months ago
PR for RFC available: https://github.com/os-autoinst/os-autoinst/pull/1259
- Status changed from New to Feedback
- Assignee set to coolo
- Target version changed from Ready to Current Sprint
coolo created a spin-off in https://github.com/os-autoinst/os-autoinst/pull/1260 . coolo can you track this with it's effect on production?