Project

General

Profile

Actions
Copy link

action #39809

closed

[functional][u][s390x] ssh connection check shows red border misleading that something is wrong when there is not -> should be no red border

Added by okurz over 6 years ago. Updated over 5 years ago.

Status:
Resolved
Priority:
Low
Assignee:
dheidler
Category:
Enhancement to existing tests
Target version:
QA - future
Start date:
2018-03-13
Due date:
% Done:

0%

Estimated time:
Difficulty:
easy

Description

Observation

https://openqa.suse.de/tests/1946861#step/boot_to_desktop/16 shows https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5319 in action with a red border around the first connection check when the SUT is not yet reachable.

Acceptance criteria

  • AC1 No red border when afterwards everything works fine
  • AC2 Still obvious notice in case the connection can never be established

Suggestions

The ideal case would be to use a grey color which is neutral.
A workaround would be to use the blue color, but not using the wording "soft-fail".

Use same approach as mgriessmeier used in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5319#issuecomment-409203353 to show a blue border seems to be a good choice

Further details

Always latest result in this scenario: latest

Related issues 2 (0 open — 2 closed)

Copied from openQA Tests - action #33202: [sle][functional][s390x][zkvm][u][hard] test fails in boot_to_desktop - still insufficient error reporting, black screen with mouse cursor - we all hate it (was: I hate it)Resolvedmgriessmeier2018-03-132018-08-14

Actions
Copied to openQA Tests - action #39815: [functional][y] logs_from_installation_system always shows a red border but we do not track it as a bugResolvedriafarov2018-03-132019-03-12

Actions
Actions
Copy link

Also available in: Atom PDF