Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pop 22.04/Gnome 42 : Applications Library must be manually dismissed. #324

Closed
XV-02 opened this issue Mar 29, 2022 · 7 comments · Fixed by #328
Closed

Pop 22.04/Gnome 42 : Applications Library must be manually dismissed. #324

XV-02 opened this issue Mar 29, 2022 · 7 comments · Fixed by #328
Assignees

Comments

@XV-02
Copy link

XV-02 commented Mar 29, 2022

After opening the Application Library, clicking outside the library does not dismiss it, and no other elements on-screen can be interacted with.

Activating the launcher or workspaces view clears the Application Library. Super-t launches a terminal, and Super-f launches the file viewer. However, Super-y does not toggle tiled mode correctly. (Strike through: This is not regressive behaviour.)

@ids1024
Copy link
Member

ids1024 commented Mar 29, 2022

Hm, clicking outside the app library seems to be working as expected in my 22.04 VM, as do clicking on "Applications", using super+a, opening an app, etc.

@storyaddict
Copy link

I can confirm this issue as well.

Steps to Reproduce:

  1. Install 22.04 ISO in GNOME Boxes.
  2. Open Applications Menu
  3. Click Applications Menu again to close - menu doesn't close.
  4. Click Applications Menu on Dock - menu doesn't close.
  5. Click outside of Applications Menu - menu doesn't close.
  6. Click ESC key. Menu closes.
  7. Apply all updates.
  8. Test 2-6 again. - no change.

See attached video. Video was recorded before updates, but behavior persisted after updates and a reboot.

Wormhole link to video: https://wormhole.app/1oYaq#AhfpkaYMdeXKawYa_F01Bg

@ids1024
Copy link
Member

ids1024 commented Mar 30, 2022

Okay, I see this booting the latest debug ISO. I'll see if I can figure out what's going on here.

@ids1024 ids1024 self-assigned this Mar 30, 2022
@ids1024
Copy link
Member

ids1024 commented Mar 30, 2022

Clicking outside the Launcher seems to also not close it any more. Something must have changed in how Gnome Shell 42 handles mouse events and dialogs.

@ids1024
Copy link
Member

ids1024 commented Mar 30, 2022

As I understand it, changes to Mutter/Gnome Shell grab handling in https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2045 and related changes is preventing events like button-press-event from propagating up.

@storyaddict
Copy link

I can confirm that the freshly downloaded Beta ISO still has this behavior. It was present in the live boot before doing an install.

I chose to encrypt the install and booted to busybox, so haven't had a chance to test again post install or after updates. But I suspect the busybox thing warrants a separate bug report.

@postnick
Copy link

postnick commented Apr 2, 2022

Uploading video with sound to show my example.

Fully updated per appstore and apt update at 9:30 pm central time on April 1 2022.

2022-04-01.21-32-11.mp4

ids1024 added a commit that referenced this issue Apr 4, 2022
This fixes the pre-Gnome Shell 42 behavior by using a clutter grab on
`global.stage`, rather than on the dialog. This matches how the overview
works.

Clicking "Show Applications" in the dock to close Applications seems to
be broken, but that seems to be a separate issue (I guess something else
changed related to that?). This should at least bring behavior much
closer to what we want.

Fixes #324.
ids1024 added a commit that referenced this issue Apr 4, 2022
This fixes the pre-Gnome Shell 42 behavior by using a clutter grab on
`global.stage`, rather than on the dialog. This matches how the overview
works.

Clicking "Show Applications" in the dock to close Applications seems to
be broken, but that seems to be a separate issue (I guess something else
changed related to that?). This should at least bring behavior much
closer to what we want.

Fixes #324.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

4 participants