Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1059796: tilda: fails to respond to show/hide command depending on active application
9 views
Skip to first unread message
activityworkshop
Jan 1, 2024, 10:00:04 AM1/1/24
to
Package: tilda
Version: 1.5.4-1
Severity: normal
X-Debbugs-Cc: deb...@activityworkshop.net
Dear Maintainer,
After upgrade from old-stable to stable, Tilda no longer reliably responds to the show/hide shortcut (in my case F12).
If Firefox is running and currently has the focus, then pressing F12 pulls down Tilda as expected. Note that Firefox
would also like to intercept the F12 key but Tilda receives it and acts correctly.
If Firefox is running but minimized (no active application), then pressing F12 does nothing. Presumably Tilda does not receive the keypress.
If Firefox is running and visible but gedit has the focus, then pressing F12 does nothing.
If Tilda is pulled-down but gedit has the focus, then pressing F12 does not close Tilda as expected.
Changing the configuration to use F2 has no effect on this behaviour, it's not specific to F12.
Other applications behave the same as gedit so that Tilda won't open (for example Calculator, Files, Meld);
some applications behave the same as Firefox so that Tilda correctly opens (for example Gimp, VLC).
Deleting the configuration file(s) under ~/.config/tilda/ and re-setting the key has no effect.
All of this worked fine before the upgrade.
Desktop is standard Gnome, using a single monitor which is identified by Tilda as "0 (XWAYLAND0)".
-- System Information:
Debian Release: 12.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-15-amd64 (SMP w/6 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages tilda depends on:
ii libc6 2.36-9+deb12u3
ii libconfuse2 3.3-3
ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1
ii libglib2.0-0 2.74.6-2
ii libgtk-3-0 3.24.38-2~deb12u1
ii libpango-1.0-0 1.50.12+ds-1
ii libvte-2.91-0 0.70.6-2~deb12u1
ii libx11-6 2:1.8.4-2+deb12u2
tilda recommends no packages.
tilda suggests no packages.
-- no debconf information
Version: 1.5.4-1
Severity: normal
X-Debbugs-Cc: deb...@activityworkshop.net
Dear Maintainer,
After upgrade from old-stable to stable, Tilda no longer reliably responds to the show/hide shortcut (in my case F12).
If Firefox is running and currently has the focus, then pressing F12 pulls down Tilda as expected. Note that Firefox
would also like to intercept the F12 key but Tilda receives it and acts correctly.
If Firefox is running but minimized (no active application), then pressing F12 does nothing. Presumably Tilda does not receive the keypress.
If Firefox is running and visible but gedit has the focus, then pressing F12 does nothing.
If Tilda is pulled-down but gedit has the focus, then pressing F12 does not close Tilda as expected.
Changing the configuration to use F2 has no effect on this behaviour, it's not specific to F12.
Other applications behave the same as gedit so that Tilda won't open (for example Calculator, Files, Meld);
some applications behave the same as Firefox so that Tilda correctly opens (for example Gimp, VLC).
Deleting the configuration file(s) under ~/.config/tilda/ and re-setting the key has no effect.
All of this worked fine before the upgrade.
Desktop is standard Gnome, using a single monitor which is identified by Tilda as "0 (XWAYLAND0)".
-- System Information:
Debian Release: 12.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-15-amd64 (SMP w/6 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages tilda depends on:
ii libc6 2.36-9+deb12u3
ii libconfuse2 3.3-3
ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1
ii libglib2.0-0 2.74.6-2
ii libgtk-3-0 3.24.38-2~deb12u1
ii libpango-1.0-0 1.50.12+ds-1
ii libvte-2.91-0 0.70.6-2~deb12u1
ii libx11-6 2:1.8.4-2+deb12u2
tilda recommends no packages.
tilda suggests no packages.
-- no debconf information
debian
Jan 27, 2024, 4:50:06 AM1/27/24
to
Hi, and thanks for the quick reponse.
Sorry, I didn't know that this was a "known issue", despite some
searching for related terms.
Thanks for the fix, and the workarounds. I can confirm that using an
Xorg session gives reliable show/hide responses from Tilda as before.
Thank you, and feel free to close this issue or keep it open until you
have uploaded, as you wish :)
On 14/01/2024 16:04, Sebastian Geiger wrote:
> This is a known issue that will be resolved once the D-Bus enabled
> update of tilda will reach the distribution. I am planning a new upload
> in the next weeks that will ship a new tilda version.
>
> In the mean time, there are two workarounds:
>
> * one is to build tilda from source if you are on Wayland as the current
> master branch of tilda already has the D-Bus support.
> * another one is to use an Xorg session instead of Wayland.
>
>
Sorry, I didn't know that this was a "known issue", despite some
searching for related terms.
Thanks for the fix, and the workarounds. I can confirm that using an
Xorg session gives reliable show/hide responses from Tilda as before.
Thank you, and feel free to close this issue or keep it open until you
have uploaded, as you wish :)
On 14/01/2024 16:04, Sebastian Geiger wrote:
> This is a known issue that will be resolved once the D-Bus enabled
> update of tilda will reach the distribution. I am planning a new upload
> in the next weeks that will ship a new tilda version.
>
> In the mean time, there are two workarounds:
>
> * one is to build tilda from source if you are on Wayland as the current
> master branch of tilda already has the D-Bus support.
> * another one is to use an Xorg session instead of Wayland.
>
>
0 new messages