Bug#985362: mumble: Unhide after Minimize to tray flashes rapidly
tags 985362 + unreproducible thanks Chris Knadle: I'm still working to get KDE installed in a Sid VM because the Sid VM I have has a disk that's too small to add KDE to, so I'm figuring out the procedure needed to extend the virtual disk to fit it. It involves extending the virtual disk file size withe VM off (qemu-img), then partition size, logical volume size, then filesystem size. Okay I got KDE 5 / KDE Plasma installed in the VM and tested. In my VM Mumble is able to come in and out of being minimized in the tray as expected, no flashing. It doesn't matter if Mumble is connected to a server or not -- works either way. I'm not sure what's producing the bug, but it looks like this works on Sid. I'm thinking of making a snapshot of the VM and then adding the 'experimental' repository and see if that's what might be going on. Right now I got nothin'. ;) -- Chris -- Chris Knadle chris.kna...@coredump.us
Bug#985362: mumble: Unhide after Minimize to tray flashes rapidly
retitle 985362 mumble: Unhide after Minimize to tray flashes rapidly under KDE tags 985362 - moreinfo thx Hello Johnathan. Thanks for your continued testing, it's appreciated. I'm still working to get KDE installed in a Sid VM because the Sid VM I have has a disk that's too small to add KDE to, so I'm figuring out the procedure needed to extend the virtual disk to fit it. It involves extending the virtual disk file size withe VM off (qemu-img), then partition size, logical volume size, then filesystem size. Jonathan Rubenstein: Thank you for your reply, Chris. This sounds like Mumble being brought out of being minimized and then minimizing again, as if there were either no or two mouse clicks; i.e. this sounds like a mouse button switch that's starting to go bad. I've had this happen to me, it leads to thinking of all kinds of things being broken that aren't. I have right clicked on the mumble icon and hit "Show"—which should only ever allow one mouse click because it disappears—and still experience this issue even with that. This can also happen when running 'mumble' in a terminal with mumble already open and minimized to tray, or opening a desktop file. I've also run xev and clicked the window 100 times, saving the log to a file[1]. This log contains no more and no less than exactly 100 mouse button down entries and 100 mouse button up entries. Hmm. Yeah that sounds conclusive that it's not a mouse button issue. Interesting. Thanks, this was a great idea. So my first suggestion is to try changing mice to see if it's a mouse button problem, I have briefly switched mice to my old one, and I have the same issue at the same reproduction rate. This also fits a conclusion that it's not the mouse button. and the second is to try adjust the mouse button timing in KDE settings (especially if you have done so recently). > I cannot find these settings in KDE 5, but as I can reproduce without using the mouse at all via a terminal or desktop file, I do not believe this will help. Yeah the other thing is that the test done with counting mouse clicks and them matching up in number would also invalidate the idea of this being an issue of mouse settings in KDE 5. To answer the question of where the settings for this should be, it should be in KDE "System Settings" under "Input Devices" https://userbase.kde.org/System_Settings/Input_Devices#Mouse At first glance I suspect this isn't a Mumble bug, or at least that if it does relate to Mumble directly that it doesn't happen on all desktop environments. I regularly use the "Hide in tray when minimized" feature but not on KDE. I agree, it does not seem to happen on all desktop environments. Okay cool, so that part seems consistent. I have a Sid VM where I think I'll try adding KDE Plasma to for testing. I can try in a VM as well. I'll also give it a go in some other DEs and WMs. I hope my testing is satisfactory, let me know if I can do anything else. Yes this testing has been very helpful, thank you. It means more than might be expected; this is the kind of collaboration that I enjoy. [1]: https://paste.debian.net/1190823/ Since this was supplied I got curious so I had a look: yup, 100 mouse clicks and releases as expected. user@host:~/Downloads$ fgrep ButtonPress paste_1190823 | wc -l 100 user@host:~/Downloads$ fgrep ButtonRelease paste_1190823 | wc -l 100 -- Chris -- Chris Knadle chris.kna...@coredump.us
Bug#985362: mumble: Unhide after Minimize to tray flashes rapidly
Thank you for your reply, Chris. This sounds like Mumble being brought out of being minimized and then minimizing again, as if there were either no or two mouse clicks; i.e. this sounds like a mouse button switch that's starting to go bad. I've had this happen to me, it leads to thinking of all kinds of things being broken that aren't. I have right clicked on the mumble icon and hit "Show"—which should only ever allow one mouse click because it disappears—and still experience this issue even with that. This can also happen when running 'mumble' in a terminal with mumble already open and minimized to tray, or opening a desktop file. I've also run xev and clicked the window 100 times, saving the log to a file[1]. This log contains no more and no less than exactly 100 mouse button down entries and 100 mouse button up entries. My mouse is also very new, I got it under 2 months ago, a SteelSeries Rival 3. So my first suggestion is to try changing mice to see if it's a mouse button problem, I have briefly switched mice to my old one, and I have the same issue at the same reproduction rate. and the second is to try adjust the mouse button timing in KDE settings (especially if you have done so recently). I cannot find these settings in KDE 5, but as I can reproduce without using the mouse at all via a terminal or desktop file, I do not believe this will help. At first glance I suspect this isn't a Mumble bug, or at least that if it does relate to Mumble directly that it doesn't happen on all desktop environments. I regularly use the "Hide in tray when minimized" feature but not on KDE. I agree, it does not seem to happen on all desktop environments. I have a Sid VM where I think I'll try adding KDE Plasma to for testing. I can try in a VM as well. I'll also give it a go in some other DEs and WMs. I hope my testing is satisfactory, let me know if I can do anything else. [1]: https://paste.debian.net/1190823/
Bug#985362: mumble: Unhide after Minimize to tray flashes rapidly
tags 985362 + moreinfo thanks Hello Johnathan. Jonathan Rubenstein: Package: mumble Version: 1.3.4-1 Severity: normal X-Debbugs-Cc: jrub...@gmail.com Dear Maintainer, On KDE Plasma 5.20.5, when I use mumble's Hide in tray when minimized feature, after clicking on the tray icon to show mumble again, the client will rapidly display and hide until I click the icon again. Sometimes this does not occur, and the client will display properly, but it is more often than not it will flash. This sounds like Mumble being brought out of being minimized and then minimizing again, as if there were either no or two mouse clicks; i.e. this sounds like a mouse button switch that's starting to go bad. I've had this happen to me, it leads to thinking of all kinds of things being broken that aren't. Another possibility is mouse settings in KDE for mouse click timing where the timing is either too short or too long such that "extra clicks" are detected that weren't intended, i.e. the mouse button doesn't get digitally "debounced" correctly, or too long so that no mouse clicks occur when expected. So my first suggestion is to try changing mice to see if it's a mouse button problem, and the second is to try adjust the mouse button timing in KDE settings (especially if you have done so recently). Earlier last year, this flashing was a soft-lock to my input on the machine, and I was not able to terminate mumble normally without switching to a tty console, or even using SSH from my mobile phone. This behavior has since improved, and is not as severe, so I am able to stop mumble when this happens. Is this possibly again about mouse clicks? i.e. did this have to do with trying to terminate Mumble using the mouse? I'd like a little more information about what specific input was used to try to terminate Mumble that didn't work, and what did. Is this really a KDE bug? I'm not sure. Let me know if I can provide any more information. At first glance I suspect this isn't a Mumble bug, or at least that if it does relate to Mumble directly that it doesn't happen on all desktop environments. I regularly use the "Hide in tray when minimized" feature but not on KDE. I have a Sid VM where I think I'll try adding KDE Plasma to for testing. Please let me know what you find; I'll do the same. Thanks -- Chris -- Chris Knadle chris.kna...@coredump.us
Bug#985362: mumble: Unhide after Minimize to tray flashes rapidly
Package: mumble Version: 1.3.4-1 Severity: normal X-Debbugs-Cc: jrub...@gmail.com Dear Maintainer, On KDE Plasma 5.20.5, when I use mumble's Hide in tray when minimized feature, after clicking on the tray icon to show mumble again, the client will rapidly display and hide until I click the icon again. Sometimes this does not occur, and the client will display properly, but it is more often than not it will flash. Earlier last year, this flashing was a soft-lock to my input on the machine, and I was not able to terminate mumble normally without switching to a tty console, or even using SSH from my mobile phone. This behavior has since improved, and is not as severe, so I am able to stop mumble when this happens. Is this really a KDE bug? I'm not sure. Let me know if I can provide any more information. Best Regards, Jonathan Rubenstein jrub...@gmail.com -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-4-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE=fi:en_US Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mumble depends on: ii libasound21.2.4-1.1 ii libavahi-compat-libdnssd1 0.8-5 ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii libjack-jackd2-0 [libjack-0.125] 1.9.17~dfsg-1 ii libprotobuf23 3.12.4-1 ii libpulse0 14.2-2 ii libqt5core5a 5.15.2+dfsg-5 ii libqt5dbus5 5.15.2+dfsg-5 ii libqt5gui55.15.2+dfsg-5 ii libqt5network55.15.2+dfsg-5 ii libqt5sql55.15.2+dfsg-5 ii libqt5sql5-sqlite 5.15.2+dfsg-5 ii libqt5svg55.15.2-2 ii libqt5widgets55.15.2+dfsg-5 ii libqt5xml55.15.2+dfsg-5 ii libsndfile1 1.0.31-1 ii libspeechd2 0.10.2-2 ii libspeex1 1.2~rc1.2-1.1 ii libspeexdsp1 1.2~rc1.2-1.1 ii libssl1.1 1.1.1j-1 ii libstdc++610.2.1-6 ii libx11-6 2:1.7.0-2 ii libxi62:1.7.10-1 ii lsb-release 11.1.0 mumble recommends no packages. Versions of packages mumble suggests: ii mumble-server 1.3.4-1 ii speech-dispatcher 0.10.2-2 -- no debconf information
