Desktop Swipe Gestures stop working after screen lock on GNOME 46

[Neo-29]

Describe the Bug

A clear and concise description of what the bug is.
If applicable, add screenshots to help explain your problem.

Steps to reproduce the behavior:

1. Lock
2. Come back (unlock)

You may also check the output of GNOME Shell for any error messages.
This can be done with the following terminal command:

journalctl -f -o cat | grep -E 'desktop-cube|'

Error connecting to Touchégg daemon: Could not connect: Connection refused
Reconnecting in 5 seconds...

(tracker-extract-3:9608): GLib-GIO-WARNING **: 20:48:19.502: Error creating IO channel for /proc/self/mountinfo: Argument invalide (g-io-error-quark, 13) 

Expected Behavior

gestures should work as expected with pad

System

Please complete the following information:

• Linux distribution [arch linux
• Desktop Cube version last one
• GNOME Shell version: 46 on wayland

[Schneegans]

Hi there! Thanks for the report. What exactly do you mean with "stop working"?

Btw, this could be related to #162.

[Neo-29]

Coming back from lock, it breaks the swipe to switck desktop with the pad.
All other gestures work

Same problem with unite extension

[Schneegans]

After reading your GNOME Shell bug report I keep wondering how exactly do you test which extension could cause the issue? As mentioned by Sebastian in the other issue, GNOME Shell extensions do modify GNOME Shell's source code. If they are buggy, this can result in all kind of weird things. Especially, it can mean that side effects remain even after disabling an extension.

This means, to test this properly, you will have to do the following:

• Disable all extensions.
• Restart your session: Either logout / login or reboot your system (screen locking is not sufficient!).
• Enable one extension and check for issues.
• Disable it again, restart again, check the next one.

Have you done it this way?

[Neo-29]

I already did that... Again an again.
I get rid of the extension
Everything works fine.
What else do you want me to say?

[Schneegans]

I just installed the latest Fedora 40 with vanilla GNOME 46 and screen locking works just fine.

I see you have Touchégg installed. Could this cause some issues?

[Neo-29]

I just installed the latest Fedora 40 with vanilla GNOME 46 and screen locking works just fine.

I see you have Touchégg installed. Could this cause some issues?

With or without the issue remains.

The pb is the extension can work a moment, in particular if no other ones are installed...

The issue is not desktop cube specific I faced it with others...
Only workaround... Removing them

Butt for sure there's something in the settings causing that.

[ssamsel]

I am having the same issue on Arch Linux when resuming from suspend. I created a hack fix by putting this script in /usr/lib/systemd/system-sleep/cube_fix.sh:

#!/bin/sh
if [ "${1}" == "pre" ]; then
  gnome-extensions disable desktop-cube@schneegans.github.com
elif [ "${1}" == "post" ]; then
  gnome-extensions enable desktop-cube@schneegans.github.com
fi

[Sidethorn]

I don't know if it's related to this but drag windows to adjacent workspaces is not working anymore

[Schneegans]

@Sidethorn I guess that this is not related. Could you open a new issue?

[Neo-29]

I don't know if it's related to this but drag windows to adjacent workspaces is not working anymore

Confirmed

Like that for a while