Environment
- OS: Fedora Workstation 44
- GNOME Shell: 50.3
- Session: Wayland
- Extension: Dash2Dock Animated v92
Description
After enabling Dash2Dock Animated, the bottom area of application windows becomes unclickable after changing window focus.
The issue is reproducible with any application (Brave, Firefox, Files, etc.).
Disabling the extension immediately fixes the problem.
Steps to reproduce
- Enable Dash2Dock Animated.
- Open any application.
- Everything works normally.
- Switch to another window (Alt+Tab or mouse).
- Return to the first window.
- Try clicking buttons or UI elements near the bottom edge of the window.
Expected behavior
Mouse clicks should reach the application normally.
Actual behavior
An invisible region intercepts mouse clicks near the bottom of the screen, making the application's bottom controls unusable.
Additional information
- Auto Hide is disabled.
- Dash to Panel was disabled during testing.
- Blur My Shell was disabled during testing.
- CoverflowAltTab was disabled during testing.
- Compiz effects were disabled during testing.
- The problem persists.
- The issue disappears immediately after disabling Dash2Dock Animated.
While investigating the source code, I noticed several commits related to struts/input regions, such as:
This might be another regression related to the dock's input region or struts after window focus changes on GNOME 50.
I also investigated the source code.
There are several historical commits related to struts and input regions:
This looks like a new regression affecting GNOME 50.3 on Wayland after changing window focus.

Environment
Description
After enabling Dash2Dock Animated, the bottom area of application windows becomes unclickable after changing window focus.
The issue is reproducible with any application (Brave, Firefox, Files, etc.).
Disabling the extension immediately fixes the problem.
Steps to reproduce
Expected behavior
Mouse clicks should reach the application normally.
Actual behavior
An invisible region intercepts mouse clicks near the bottom of the screen, making the application's bottom controls unusable.
Additional information
While investigating the source code, I noticed several commits related to struts/input regions, such as:
This might be another regression related to the dock's input region or struts after window focus changes on GNOME 50.
I also investigated the source code.
There are several historical commits related to struts and input regions:
This looks like a new regression affecting GNOME 50.3 on Wayland after changing window focus.