action #12758
closedReboot gnome scenario fails
Added by sebchlad over 8 years ago. Updated almost 8 years ago.
100%
Description
Please see following: https://openqa.suse.de/tests/479007#step/reboot_gnome/8
Logs does not indicate well enough what could possibly go wrong. One could see events like right-click present. Seems like correct place on the screen however reboot is not happening.
This should be investigated further as I can't conclusively state if this is openQA issue or perhaps product bug.
Updated by okurz over 8 years ago
- Priority changed from Normal to High
recent example: https://openqa.suse.de/tests/482490
Updated by okurz over 8 years ago
- Priority changed from High to Urgent
recent example: https://progress.opensuse.org/issues/12758
Updated by sebchlad over 8 years ago
- Priority changed from Urgent to High
okurz wrote:
recent example: https://progress.opensuse.org/issues/12758
directing issue to itself? I guess it is a mistake then on which prio was changed. I'm switching to last state.
Updated by sebchlad over 8 years ago
sebchlad wrote:
okurz wrote:
recent example: https://progress.opensuse.org/issues/12758
directing issue to itself? I guess it is a mistake then on which prio was changed. I'm switching to the last state.
Updated by okurz over 8 years ago
- Priority changed from High to Urgent
yes, I was trying to reference some failing openqa tests. I found other errors on which the same applies: We don't know for sure if it's a product issue or not and we should investigate more:
- https://openqa.suse.de/tests/501971#step/reboot_gnome/5 fails because the context menue for "show text" is opened, then it closes, don't know if by itself or because of an action, then the authenticate button is pressed without waiting for the correct password to show up.
- https://openqa.suse.de/tests/501963#step/reboot_gnome/7 fails when correct password is shown but then disappears
Please take care or assign to someone who could investigate more. sysrich was the one that added the "show text" functionality.
Updated by okurz over 8 years ago
- Assignee deleted (
sebchlad)
Updated by okurz over 8 years ago
Updated by mgriessmeier over 8 years ago
Updated by dzedro over 8 years ago
- Status changed from New to In Progress
- Assignee set to dzedro
Updated by mkravec over 8 years ago
Reboot gnome does not trigger to ctrl+alt+del, this is new behavior, needs more investigation (bug or openqa problem).
https://openqa.suse.de/tests/539331
Updated by mgriessmeier over 8 years ago
slightly different but might be related
https://openqa.suse.de/tests/562691
Updated by okurz over 8 years ago
last PR from you https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/1823 was merged but it looks like tests still fail, e.g. https://openqa.suse.de/tests/569357#step/reboot_gnome/9, please take a look
Updated by dzedro over 8 years ago
@okurz, I'm working on it, I tried reboot_gnome without assert_and_click I don't know why but the password gets deleted same as in your last update, I can't reproduce it manually. I will try to do some magic ...
Updated by dzedro over 8 years ago
I don't know how, but wait_still_screen deleted typed password.
Updated by okurz over 8 years ago
I think by waiting for long enough the password is deleted and the user has to try again. The solution should be wait less or explicitly wait for the password dots to appear.
Updated by dzedro about 8 years ago
The password will 'shortly' disappear after it is authenticated, mentioned case got stuck at reboot, maybe question is why don't we have logs after reboot_gnome fail.
Updated by dzedro about 8 years ago
- % Done changed from 0 to 50
Updated by maritawerner about 8 years ago
As Jozef said it might help to get more logs. Maybe szarate can help with his memory dump feature.
Updated by maritawerner about 8 years ago
- Related to action #13874: [Build 2141] test reboot_gnome fails in reboot, should press "esc" to show details added
Updated by dzedro about 8 years ago
This issue is still bsc#981299, but i has been workaround to just show soft fail
Problem is that workaround behaves different on different architectures, so it can happen that it will fail.
Updated by dzedro almost 8 years ago
- Status changed from In Progress to Resolved
- % Done changed from 50 to 100
Workaround have been applied for bsc#981299
Updated by nicksinger over 7 years ago
- Related to action #18234: [tools][zkvm] test fails to rightclick in reboot_gnome added