Alt+Tab works with a wrong behaviour

Bug #1825953 reported by Valentin Crone
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
GNOME Shell
Fix Released
Unknown
gnome-shell (Ubuntu)
Opinion
Low
Unassigned

Bug Description

Hello,
On GNOME Shell 3.32.0, there is a very confusing behaviour with the "alt-tab" shortcut.

Example, I have this list of app (windows):

[w1][w2][w3][w4][w5][w6]

On alt+tab, now I get this:

[w2][w1][w3][w4][w5][w6]

No problem for the moment.
But if I use Super + H to hide the first Window (here, w2).

The list doesn't take the expected behaviour:
[w1][w2][w3][w4][w5][w6] (like on Unity, Windows 10, OSX, or others...)

But something like this:

[w1][w3].[w4].[w5].[w6].

[w2] go somewhere on a "." between [w3] and [w6], or after [w6].

This if very frustrating for example when you want to hide a half screen window who is in front of another, and then want to go-back to the half screen window.

For example, Unity have a correct behaviour with this.

Thank you
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu27
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
DisplayManager: gdm3
DistroRelease: Ubuntu 19.04
InstallationDate: Installed on 2019-04-02 (27 days ago)
InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Alpha amd64 (20190326.2)
Package: gnome-shell 3.32.0+git20190410-1ubuntu1
PackageArchitecture: amd64
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=fr_FR.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 5.0.0-13.14-generic 5.0.6
Tags: third-party-packages disco
Uname: Linux 5.0.0-13-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip libvirt lpadmin plugdev sambashare sudo wireshark
_MarkForUpload: True

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Please run this command to send us more information about what you have installed:

  apport-collect 1825953

tags: added: disco
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-shell (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you also maybe report it upstream on https://gitlab.gnome.org/GNOME/gnome-shell/issues ? (specifying that alt-tab is trigger the windows switcher in that configuration)

Revision history for this message
Valentin Crone (va-crone) wrote : Dependencies.txt

apport information

tags: added: apport-collected third-party-packages
description: updated
Revision history for this message
Valentin Crone (va-crone) wrote : GsettingsChanges.txt

apport information

Revision history for this message
Valentin Crone (va-crone) wrote : ProcCpuinfoMinimal.txt

apport information

Revision history for this message
Valentin Crone (va-crone) wrote :

Hello,
Sorry for the time I take, I have a lot of work these days...

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for the informations, did you also report it upstream?

Changed in gnome-shell (Ubuntu):
importance: Undecided → Low
Revision history for this message
Valentin Crone (va-crone) wrote :

Hello,
I have reported this to the gitlab, but I feel that the developers are not very open minded to user's suggestions...

https://gitlab.gnome.org/GNOME/gnome-shell/issues/1233

"It's not a bug, you disagree with the behaviour" → Closed.

Very cool....when will be the time where Linux UI will take the users suggestions to make better UI in place to force users to change many habits on each new version?

Changed in gnome-shell:
status: Unknown → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

Sorry that your experience interacting with GNOME upstream was rough, indeed they can have strongs opinion and close bugs like that. Marking as 'Opinion' because I don't think we are going to want to diverge from upstream on that point, you can maybe find an extension doing what you want though

Changed in gnome-shell (Ubuntu):
status: Confirmed → Opinion
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

I like the idea of making it an option for the user to choose their preferred behaviour. But I also don't have a strong opinion on the matter so am not volunteering to add such an option.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.