Bug#1059796: tilda: fails to respond to show/hide command depending on active application

2024-01-27 Thread debian

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.






Bug#1059796: tilda: fails to respond to show/hide command depending on active application

2024-01-14 Thread Sebastian Geiger

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.


On 1/1/24 15:48, activityworkshop wrote:

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  libc62.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-00.70.6-2~deb12u1
ii  libx11-6 2:1.8.4-2+deb12u2

tilda recommends no packages.

tilda suggests no packages.

-- no debconf information




Bug#1059796: tilda: fails to respond to show/hide command depending on active application

2024-01-01 Thread activityworkshop
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  libc62.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-00.70.6-2~deb12u1
ii  libx11-6 2:1.8.4-2+deb12u2

tilda recommends no packages.

tilda suggests no packages.

-- no debconf information