Enabling dash-to-dock messes up search results navigation

[yoursred]

GNOME: 41.1 dash-to-dock: 71 Kernel: 5.14.21-2-MANJAR

Description: With dash-to-dock enabled, side-to-side navigation with the arrow keys is nonfunctional, and trying to navigate takes the search bar out of focus.

[yoursred]

Update: intelligent autohide seems to be cause

[yoursred]

Update: enabling it, regardless of its settings, seems to be the cause

[3v1n0]

Please, explain exactly how to reproduce because it's not clear to me.

If it's about the fact that using arrow-keys while moving around the search text, moves the focus to the app icons, that's an upstream bug/feature as well.

[yoursred]

I guess it's a combination of gnome and the extension .

[JustCryen]

I've been having the same issue for quite some time. I just narrowed it down to Dash To Dock but nothing more. For now I can confirm that either disabling the extension or Intelligent Autohide feature fixes it. OS: archlinux Gnome: gnome-shell 1:41.1-1

[yoursred]

I want to add another thing, it only happens with intelligent autohide when the dock is not extended and is on the left side of the screen.

[JustCryen]

You're right… sadly that's exactly how I use it.

[yoursred]

I would recommend extending it until a fix is found

[JustCryen]

Actually, under Appearance, disabling "Shrink the dash" makes it work again. That's something I can tolerate, extending it is too distracting for me.

[yoursred]

Quite the bizarre bug

[rollflick]

The issue in Activities Overview only occurs for me after suspending, not after a reboot. Occurs whether using Wayland or Xorg (though maybe need to do reboot rather than just logging out, which I didn't do).

Turning off Ubuntu Dock in extensions seems to have sorted it for me. Never needed to do that before for this extension to work well.

[yoursred]

I can confirm that it happens regardless of session type (Xorg or Wayland), but for me at least, it doesn't care about being woke up or a cold boot.

[JustCryen]

Same as @yoursred. For now I just have "Shrink the dash" disabled. Ideally I would like to turn it back on.

[sirianni]

Same issue here. Note that strangely this only happens when the dock is placed on the left. If I place the dock on bottom or right side of the screen then keyboard navigation works properly.

[muflone]

Confirmed in GNOME 41.4 for Arch Linux

Disabling the dash reduce fixes the navigation

[S0llarCode]

Same in GNOME 42.2 with Wayland, Manjaro 21.2.6 (Arch Linux) Dash to dock 72

Fixed when disabling "Intelligent autohide"

---

When "Intelligent autohide" is enabled and i try to navigate in my search, such as @yoursred https://github.com/micheleg/dash-to-dock/issues/1612#issuecomment-988141022, messages like this appear.

journalctl -b 0 -e:

gnome-shell[944]: Timelines with detached actors are not supported. [<Gjs_ui_iconGrid_BaseIcon>:0x55ff47ec5d30] in animation of duration 100ms but not on stage.

[S0llarCode]

Additional bug report GNOME 42.2 with Wayland, Manjaro 21.3.2 (Arch Linux) Dash to dock 72

When "Intelligent autohide" is enabled and the maximum icon size number is odd (like 37px), then the same bug occurs. If the maximum icon size is changed to an even size (like 38px) then the bug disappears.

You can fix the bug by choosing a maximum icon size with a even number. Examples : 32px, 36px, 38px...

Fix idea.. Settings.ui

Change property step-increment by 2

  <object class="GtkAdjustment" id="icon_size_adjustment">
    <property name="lower">16</property>
    <property name="upper">128</property>
    <property name="step-increment">2</property>
    <property name="page-increment">10</property>
  </object>

[vanvugt]

Downstream Ubuntu bug: https://launchpad.net/bugs/1979096

[siddhpant]

On Sat, 9 Jul 2022 22:50 +0530 @S0llarCode wrote:

When "Intelligent autohide" is enabled and the maximum icon size number is odd (like 37px), then the same bug occurs. If the maximum icon size is changed to an even size (like 38px) then the bug disappears.

You can fix the bug by choosing a maximum icon size with a even number. Examples : 32px, 36px, 38px...

For me, the setting was already even. Changing it to an odd number works/fixes for me, i.e., restores the intended behaviour.

[soumyaDghosh]

Please, explain exactly how to reproduce because it's not clear to me.

If it's about the fact that using arrow-keys while moving around the search text, moves the focus to the app icons, that's an upstream bug/feature as well.

To reproduce this, in ubuntu specifically, install the gnome-4x-ui-improvements extension. Then logout and login. The overviews cannot be seen anymore. Disable the hide search bar option in the above said extension, things will work again.

[3v1n0]

Wondering if commit 3431f5f91d9ddc3f7cf0a4b59d54f04e53572078 has anything to do with this...

[siddhpant]

On Sat, 24 Sep 2022 at 13:58 +0530, @3v1n0 wrote:

Wondering if commit 3431f5f has anything to do with this...

I am still experiencing the bug after updating to v74 (i.e. even number icon size breaks the search), so the commit probably doesn't fully address the bug...

[jabossu]

Additional bug report GNOME 42.2 with Wayland, Manjaro 21.3.2 (Arch Linux) Dash to dock 72

When "Intelligent autohide" is enabled and the maximum icon size number is odd (like 37px), then the same bug occurs. If the maximum icon size is changed to an even size (like 38px) then the bug disappears.

You can fix the bug by choosing a maximum icon size with a even number. Examples : 32px, 36px, 38px...

Fix idea.. Settings.ui

I can confirm this solution worked for me.

• Manjaro (up to date)
• Dash-To-Dock v74
• Other extensions enabled : Caffeine, Emoji Selector, GSConnect

[3v1n0]

Please check if #1849 solves the issue.

[3v1n0]

This does not seem to have really fixed in all the cases, but the good news is that it looks like I got a solution at https://github.com/micheleg/dash-to-dock/pull/2020