action #110473
System role cannot be selected in a remote vnc installation in Tumbleweed due to graphical issues
0%
Description
Motivation¶
This is a multi-machine test. A server is booted, then a client interacts with the server using vncviewer (tigervnc)
At the role selection, the test is supposed to find the area where to click to select GNOME - this seems to work, but the GNOME desktop role does not get selected, resulting in the test failing.
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-remote_vnc_controller@64bit fails in
system_role
Also to have this fixed will help to move forward this: https://bugzilla.suse.com/show_bug.cgi?id=1197120
Acceptance criteria¶
AC1: Workaround the system role selection
AC2: Workaround shouldn't appear in products where the problem is not present.
Suggestions¶
A retry should help, we should avoid to wait time when there is not re-draw issue.
Related issues
History
#1
Updated by dimstar 2 months ago
[2022-04-28T19:41:22.566628+02:00] [debug] tests/installation/system_role.pm:69 called system_role::assert_system_role -> tests/installation/system_role.pm:56 called system_role::change_system_role -> tests/installation/system_role.pm:37 called testapi::assert_and_click [2022-04-28T19:41:22.566824+02:00] [debug] <<< testapi::assert_screen(mustmatch="system-role-gnome", timeout=30) [2022-04-28T19:41:22.773444+02:00] [debug] >>> testapi::_handle_found_needle: found system-role-gnome-20220223, similarity 1.00 @ 298/229 [2022-04-28T19:41:22.773810+02:00] [debug] tests/installation/system_role.pm:69 called system_role::assert_system_role -> tests/installation/system_role.pm:56 called system_role::change_system_role -> tests/installation/system_role.pm:37 called testapi::assert_and_click [2022-04-28T19:41:22.774+02:00] [debug] <<< testapi::assert_and_click(mustmatch="system-role-gnome", timeout=30) [2022-04-28T19:41:22.775485+02:00] [debug] clicking at 303/238 [2022-04-28T19:41:22.775649+02:00] [debug] tests/installation/system_role.pm:69 called system_role::assert_system_role -> tests/installation/system_role.pm:56 called system_role::change_system_role -> tests/installation/system_role.pm:37 called testapi::assert_and_click [2022-04-28T19:41:22.775754+02:00] [debug] <<< testapi::mouse_set(x=303, y=238) [2022-04-28T19:41:22.776375+02:00] [debug] mouse_move 303, 238 [2022-04-28T19:41:22.776514+02:00] [debug] send_pointer_event 0, 303, 238, 1 [2022-04-28T19:41:22.777205+02:00] [debug] tests/installation/system_role.pm:69 called system_role::assert_system_role -> tests/installation/system_role.pm:56 called system_role::change_system_role -> tests/installation/system_role.pm:37 called testapi::assert_and_click [2022-04-28T19:41:22.777376+02:00] [debug] <<< testapi::mouse_click(button="left", cursor_down="0.15") [2022-04-28T19:41:22.777967+02:00] [debug] pointer_event 1 303, 238 [2022-04-28T19:41:22.778061+02:00] [debug] send_pointer_event 1, 303, 238, 1 [2022-04-28T19:41:22.929299+02:00] [debug] pointer_event 0 303, 238 [2022-04-28T19:41:22.929462+02:00] [debug] send_pointer_event 0, 303, 238, 1
The log looks reasonable so far - it found the needle and identified click coordinates 303/238 - they are bulleteye in the 'radio select' of 'Desktop with GNOME'
#3
Updated by maritawerner about 2 months ago
- Project changed from openQA Tests to qe-yast
- Category deleted (
Bugs in existing tests)
JERiveraMoya, I assign the ticket to the yast team.
#4
Updated by favogt about 2 months ago
There are obvious graphical issues in the VNC display, e.g. https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=remote_vnc_controller&version=Tumbleweed#step/system_role/3 is missing the bottom part of the transactional system role.
Could be a bug in X, the VNC layers or the client.
#5
Updated by JERiveraMoya about 2 months ago
- Tags set to qe-yast-refinement
- Subject changed from VNC remote session: click not properly registering(?) to System role cannot be selected in a remote vnc installation in Tumbleweed due to graphical issues
- Target version set to Current
yes, definitively graphical, we try to click when the screen is not ready:
https://bugzilla.opensuse.org/show_bug.cgi?id=1199477
Moving to our backlog and depending on the answer in the bug we can consider a workaround.
#6
Updated by JERiveraMoya about 1 month ago
- Description updated (diff)
- Priority changed from Normal to High
#7
Updated by JERiveraMoya about 1 month ago
- Tags deleted (
qe-yast-refinement) - Description updated (diff)
- Status changed from New to Workable
#10
Updated by JERiveraMoya 20 days ago
- Status changed from Workable to Blocked
#11
Updated by JERiveraMoya 8 days ago
- Assignee set to JERiveraMoya
- Priority changed from High to Normal
So at the end there is not graphical issue, we are using a old image to launch vnc. I created this ticket to remediate this: #112775
As a shortcut I tried manually to update in that qcow2 the package but due to other deps, it fails, so we will need to finish that task to have an updated image.
#12
Updated by JERiveraMoya 8 days ago
- Related to action #112775: Resurrect supportserver_generator_from_hdd_gnome in Tumbleweed added