[Debian GNUstep maintainers] Bug#920629: volumecontrol.app: Cannot quit, blocks under some circumstances
Yavor Doganov
yavor at gnu.org
Sun Jan 27 17:14:53 GMT 2019
Package: volumecontrol.app
Version: 0.7-1+b1
Severity: grave
The Quit menu item is greyed out and does not work. Selecting missing
controls (Bass/Treble for my card) makes the "Control missing" dialog
appear but you can't get rid of it. The app then becomes completely
unusable.
There are multiple identical entries in the log:
2019-01-27 18:57:31.160 VolumeControl[17687:17687] Target NSMenu: VolumeControl (Normal) does not respont to action terminate:
Apart from the spelling error this message is correct. Note that as of
GUI 0.27.0 NSApplication -targetForAction:to:from: returns nil if the
target is not nil but it doesn't respond to the selector.
I opened Volumecontrol.gorm and noticed that the connection is
terminate: (NSMenu) while it should be NSFirst. Changing the connection
makes the app behave as expected. I guess it would be easier to make a
new upstream release than to deal with binary patches...
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8), LANGUAGE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages volumecontrol.app depends on:
ii gnustep-back0.27 0.27.0-2
ii gnustep-base-runtime 1.26.0-3
ii gnustep-common [gnustep-fslayout-fhs] 2.7.0-4
ii gnustep-gui-runtime 0.27.0-3
ii libasound2 1.1.7-2
ii libc6 2.28-5
ii libgnustep-base1.26 1.26.0-3
ii libgnustep-gui0.27 0.27.0-3
ii libobjc4 8.2.0-15
volumecontrol.app recommends no packages.
volumecontrol.app suggests no packages.
-- no debconf information
More information about the pkg-GNUstep-maintainers
mailing list