Project

General

Profile

Actions

action #66099

closed

[desktop][gnome3.36] application_starts_on_login: autostarted app is not stealing focus

Added by dimstar almost 4 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2020-04-27
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-desktopapps-gnome@64bit fails in
application_starts_on_login

Test suite description

Maintainer: qkzhu@suse.com
See https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3558
and
poo#23884

with GNOME 3.36, autostarted apps no longer steal focus; which makes sense. Most of the things aut-started are not asking for immediate action by the user and are there to 'perform tasks'; not having them focus automatically is reasonable, but the test needs to cope with it.

Reproducible

Fails since (at least) Build 20200425

Expected result

Last good: 20200425 (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by zcjia almost 4 years ago

  • Subject changed from application_starts_on_login: autostarted app is not stealing focus to [desktop][gnome3.36] application_starts_on_login: autostarted app is not stealing focus

Doesn't happen in X11, a bit strange, regression on wayland side? https://openqa.opensuse.org/tests/1246737#step/application_starts_on_login/35

Actions #2

Updated by dimstar almost 4 years ago

zcjia wrote:

Doesn't happen in X11, a bit strange, regression on wayland side? https://openqa.opensuse.org/tests/1246737#step/application_starts_on_login/35

Hmm. indeed; Question is which one we consider correct. As soon as you have more than one auto-start application, it becomes random (on startup time) - so not stealing window sounds actually a welcome thing to me.

I'll file an upstream issue (https://gitlab.gnome.org/GNOME/mutter/-/issues/1207) - for the time being we can probably workaround it in openQA with a softfailure if focus is not set.

Actions #3

Updated by okurz almost 4 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: desktopapps-gnome
https://openqa.opensuse.org/tests/1332237

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"
  3. The label in the openQA scenario is removed
Actions #4

Updated by okurz over 3 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: desktopapps-gnome
https://openqa.opensuse.org/tests/1345095

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"
  3. The label in the openQA scenario is removed
Actions #5

Updated by okurz over 3 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: desktopapps-gnome
https://openqa.opensuse.org/tests/1387993

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"
  3. The label in the openQA scenario is removed
Actions #6

Updated by okurz over 3 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: desktopapps-gnome
https://openqa.opensuse.org/tests/1403371

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"
  3. The label in the openQA scenario is removed
Actions #7

Updated by okurz over 3 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: desktopapps-gnome
https://openqa.opensuse.org/tests/1422992

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"
  3. The label in the openQA scenario is removed
Actions #8

Updated by okurz over 3 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: desktopapps-gnome
https://openqa.opensuse.org/tests/1444659

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"
  3. The label in the openQA scenario is removed
Actions #10

Updated by ggardet_arm over 3 years ago

  • Status changed from New to Resolved

PR merged. Last 2 runs passed: https://openqa.opensuse.org/tests/1463846

Actions #11

Updated by ggardet_arm over 3 years ago

  • Assignee set to ggardet_arm
Actions

Also available in: Atom PDF