Project

General

Profile

Actions

action #97229

closed

Create workaround for s390x polkit unexpected popup

Added by syrianidou_sofia over 2 years ago. Updated over 2 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Target version:
Start date:
2021-08-19
Due date:
% Done:

0%

Estimated time:

Description

After reporting bug#1177446 and getting a WONTFIX reply, it makes sense to add a soft failure for the occasions that polkit popup appears unexpectedly, instead of having test failures.

The popup appears after Desktop login:
https://openqa.suse.de/tests/6887955#step/first_boot/8

Actions #1

Updated by syrianidou_sofia over 2 years ago

  • Project changed from openQA Tests to qe-yam
Actions #2

Updated by oorlov over 2 years ago

  • Tags set to qe-yast-refinement
  • Target version set to Current
Actions #3

Updated by JERiveraMoya over 2 years ago

@sofia do we have any recent failure of this problem?

Actions #4

Updated by syrianidou_sofia over 2 years ago

Yes, openqa is reporting linked failures on the bug. This month it happened twice: See last one https://bugzilla.suse.com/show_bug.cgi?id=1177446#c56

Actions #5

Updated by openqa_review over 2 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: lvm-encrypt-separate-boot
https://openqa.suse.de/tests/7430231

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234
Actions #6

Updated by openqa_review over 2 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: lvm-encrypt-separate-boot
https://openqa.suse.de/tests/7584510

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234
Actions #7

Updated by JERiveraMoya over 2 years ago

  • Tags deleted (qe-yast-refinement)
  • Status changed from New to Rejected

This is supposed to be fixed here by desktop team: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/13598

Actions

Also available in: Atom PDF