Click on a confirmation button in "move file" dialogue gets lost in openQA
Description
openQA (openqa.fedoraproject.org) is a testing framework that performs actions from the users' perspective, e.g. it clicks buttons, types texts, etc, based on "what you see in the screen".
Among others, we run a Nautilus test which tries to move a file to a new location using the context menu, the Move into item, and a location selection dialogue. On the 24th November, suddenly the test started to fail, because clicking on the Select button, the click gets lost and the dialogue stays on, although it should be closed and the action should be performed. Everything was working before the 24th of November.
You can see the failure here: https://openqa.fedoraproject.org/tests/1629902#step/move_file_into/10 In the results table, the green frame confirms that the button was found and clicked, but the dialogue does not get confirmed and the file does not get moved.
It is weird because shortly before that, there is a similar action tested using Copy into and that seems to be working correctly: https://openqa.fedoraproject.org/tests/1629902#step/move_file_into/6.
I tried to alter the test to repeat the click in case the focus was not correct, but it does not help either. Unfortunately, I have not been able to reproduce on a real system, and I have not been able to reproduce this behaviour in the locally installed virtual machine. Here, it seems to be working fine.
However, I noticed that the button changes color when I hover over it, so I wonder whether the automated click is too fast for the button and it clicks before the button gets focused, but I have not been able to identify a possible culprit or a significant change to would have changed the button behaviour making the button act differently than before.
Steps to reproduce
Unfortunately, I found no reproducer, except on openQA where each and every test has been failing with the above scenario since 24th November.
Current behavior
See the description.
Expected outcome
Preferably the same behaviour as it was before the 24th November.
Version information
- Fedora Rawhide, compose 20221124 and later
- gtk3-3.24.35-2.fc38.x86_64
- gtk4-4.9.1-2.fc38.x86_64