Project

General

Profile

action #110473

System role cannot be selected in a remote vnc installation in Tumbleweed due to graphical issues

Added by dimstar 2 months ago. Updated 8 days ago.

Status:
Blocked
Priority:
Normal
Assignee:
Target version:
Start date:
2022-04-29
Due date:
% Done:

0%

Estimated time:

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

Related to qe-yast - action #112775: Resurrect supportserver_generator_from_hdd_gnome in TumbleweedWorkable2022-06-21

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'

#2 Updated by szarate 2 months ago

I wonder if something like repeating the action until it matches a max of 3 times is a good solution.

#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

#8 Updated by geor 21 days ago

  • Status changed from Workable to In Progress
  • Assignee set to geor

#9 Updated by geor 20 days ago

  • Status changed from In Progress to Workable
  • Assignee deleted (geor)

#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

Also available in: Atom PDF