Clicking Activities in the corner doesn't work

Bug #1849135 reported by Douglas Silva on 2019-10-21
32
This bug affects 6 people
Affects Status Importance Assigned to Milestone
GNOME Shell
Fix Released
Unknown
Mutter
Fix Released
Unknown
gnome-shell (Ubuntu)
Undecided
Unassigned
mutter (Ubuntu)
Medium
Unassigned
Eoan
Medium
Marco Trevisan (Treviño)

Bug Description

[ Impact ]

Starting from Ubuntu 19.10, the top-left corner of the screen is unclickable. It's where the Activities button is. It is unresponsive to clicks to open the overlay, BUT it responds to clicks to close it.

The unclickable spot is exactly one pixel large.

Edit: At first it seemed to be reproducible only on Xorg sessions, but after using it for a while on Wayland, I am having the issue again.

Specs:
- Graphics: AMD RX 560
- CPU: Intel Core i3-8100
- Ubuntu 19.10 Eoan

[ Test case ]

- Move the mouse to the top-left corner pixel and click on it
- Activities should open

[ Regression potential ]

Mouse picking location could be wrong in all clutter operations

Related branches

Douglas Silva (o-alquimista) wrote :
description: updated
description: updated
description: updated
Sebastien Bacher (seb128) wrote :

Thank you for your bug report? Do you have any extension installed? Could you test if that's also happening in a GNOME session (you need to install 'gnome-session:' to have the session listed on the login screen)?

Changed in gnome-shell (Ubuntu):
status: New → Incomplete
Douglas Silva (o-alquimista) wrote :

No extensions were installed. Also, I'm using the native AMDGPU drivers, not the proprietary ones.

I've tested the vanilla GNOME session as you suggested, and the bug is there too. Due to the hover highlighting of the panel items, I had a visual cue to test with. The highlighting does not happen at the unclickable spot. Move one pixel away from it, and the panel item lits up again.

That was on Xorg, of course. On Wayland, the problem is gone, at least initially. As I said on the initial report, after using the Wayland session for a while, I started having the problem again. No idea what caused it.

Sebastien Bacher (seb128) wrote :

Thanks for testing a GNOME session, it would be nice to report it upstream as well since it doesn't seem to be due to some extension or Ubuntu specific components
https://gitlab.gnome.org/GNOME/gnome-shell/issues

Changed in gnome-shell (Ubuntu):
status: Incomplete → New

Thanks for the bug report and screenshot. That does confirm it is https://gitlab.gnome.org/GNOME/gnome-shell/issues/1649

tags: added: eoan
Changed in gnome-shell (Ubuntu):
status: New → Confirmed
summary: - Activities button does not respond to clicks on a specific pixel
+ Clicking Activities in the corner doesn't work in Xorg sessions
Changed in mutter (Ubuntu):
status: New → Confirmed
Daniel van Vugt (vanvugt) wrote :

I will need to debug this more in detail. If we find it is Xorg giving us the negative pointer coordinates then it should be fixed there. But it might just be a mutter bug...

Changed in xorg-server (Ubuntu):
status: New → Confirmed
tags: added: rls-ee-incoming
Changed in gnome-shell (Ubuntu):
assignee: nobody → Daniel van Vugt (vanvugt)
Changed in mutter (Ubuntu):
assignee: nobody → Daniel van Vugt (vanvugt)
tags: removed: rls-ee-incoming
Changed in gnome-shell:
status: Unknown → New
summary: - Clicking Activities in the corner doesn't work in Xorg sessions
+ Clicking Activities in the corner doesn't work
Changed in mutter:
status: Unknown → New
Dimitrij Mijoski (dimztimz) wrote :

I experience this bug, too. What is interesting is that even if:

1. I hide the top bar of gnome shell with extension,
2. Disable dash-to-dock and
3. Bring a window so it occupies the most top-left corner (or maximize it),

the windows does not react if I click the corner. In this case the expected behavior is to grab and drag the window.

Changed in mutter:
status: New → Fix Released
Daniel van Vugt (vanvugt) wrote :
tags: added: regression-release
no longer affects: xorg-server (Ubuntu)
tags: added: fixed-in-3.34.3 fixed-upstream
Changed in mutter (Ubuntu):
assignee: Daniel van Vugt (vanvugt) → nobody
status: Confirmed → Triaged
importance: Undecided → Medium
Changed in gnome-shell (Ubuntu):
status: Confirmed → Invalid
assignee: Daniel van Vugt (vanvugt) → nobody
tags: added: focal
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mutter - 3.34.3-1ubuntu1

---------------
mutter (3.34.3-1ubuntu1) focal; urgency=medium

  * Merge with debian. Remaining changes:
    + debian/control:
      - Update VCS flags to point to launchpad
    + debian/gbp.conf: update branch to point to ubuntu/master
    + debian/patches/x11-Add-support-for-fractional-scaling-using-Randr.patch:
      - X11: Add support for fractional scaling using Randr

mutter (3.34.3-1) unstable; urgency=medium

  * New upstream release
    + Fix window recording on HiDPI
    + Fix top-left pixel being insensitive to clicks (LP: #1849135)

 -- Iain Lane <email address hidden> Mon, 06 Jan 2020 17:56:09 +0000

Changed in mutter (Ubuntu):
status: Triaged → Fix Released
Changed in gnome-shell:
status: New → Fix Released
description: updated
no longer affects: gnome-shell (Ubuntu Eoan)
Changed in mutter (Ubuntu Eoan):
status: New → In Progress
importance: Undecided → Medium
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)

Hello Douglas, or anyone else affected,

Accepted mutter into eoan-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/mutter/3.34.3-1ubuntu1~19.10.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-eoan to verification-done-eoan. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-eoan. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in mutter (Ubuntu Eoan):
status: In Progress → Fix Committed
tags: added: verification-needed verification-needed-eoan
Douglas Silva (o-alquimista) wrote :

I have tested 'mutter' version 3.34.3-1ubuntu1~19.10.1 from eoan-proposed on an Xorg session, and it doesn't fix the issue. Testing was made after package installation, followed by a system reboot.

mutter/eoan-proposed,now 3.34.3-1ubuntu1~19.10.1 amd64 [installed]

I don't know what other information to get from this.

tags: added: verification-failed-eoan
removed: verification-needed-eoan
Douglas Silva (o-alquimista) wrote :

Let me add that I also tested a GNOME session (package 'gnome-session') and there was no difference from the results of testing the Ubuntu Xorg session. The proposed package does NOT fix the issue for me.

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

Other bug subscribers

Remote bug watches

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