Project

General

Profile

Actions

action #34993

closed

[sle][migration][sle15] test fails in boot_to_desktop (sles11sp4-kde) - password is not typed in as expected

Added by qmsu almost 6 years ago. Updated almost 6 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Enhancement to existing tests
Target version:
-
Start date:
2018-04-16
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-15-Installer-DVD-x86_64-media_upgrade_sles11sp4_kde@64bit fails in
boot_to_desktop

Reproducible

Fails since (at least) Build 522.1

Expected result

Last good: (unknown) (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by dehai almost 6 years ago

  • Assignee set to dehai
Actions #2

Updated by dehai almost 6 years ago

  • Status changed from New to Rejected

the latest build(573.1) has not this issue
https://openqa.suse.de/tests/1628765#step/boot_to_desktop/4
and for the previous builds running result, this step can be passed
https://openqa.suse.de/tests/1628765#previous

only 522.1 build appear this issue. I suppose it's worker performance issue at that build. if restart job at that build, I think it will be pass. So, just rejected this ticket and I will pay more attention on next builds.

Actions #3

Updated by dehai almost 6 years ago

Actions #4

Updated by qmsu almost 6 years ago

  • Status changed from Rejected to Workable

Although this issue is not 100% reproduced, I did see it several times on both o.s.d and my local tests (especially boot to sle 11-sp4 kde).
When the failure happens, there is no screenshot showing that password is actually typed.

If would be good even we can just make sure the password is really typed in.

Actions #5

Updated by dehai almost 6 years ago

  • Status changed from Workable to In Progress
Actions #7

Updated by dehai almost 6 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF