Bug#1038445: When in full-screen mode mpv gets minimized after switching Xfce workspaces

2023-10-10 Thread splashed_overbuilt840
It's worth mentioning that enabling "Activate focus stealing prevention" option has other disadvantages, which prevents dialogs/windows with notifications from appearing, so this should still be considered as a bug related either to Xfwm or mpv.. --- Original Message --- On Tuesday, July

Bug#1038445: When in full-screen mode mpv gets minimized after switching Xfce workspaces

2023-07-04 Thread splashed_overbuilt840
The issue hasn't been reproducible since the "Activate focus stealing prevention" option was enabled. So it can be considered as resolved. My only recommendation would be to ensure that this option is enabled by default in new Debian Xfce installations, if it's not the case already. Best Regard

Bug#1038445: When in full-screen mode mpv gets minimized after switching Xfce workspaces

2023-07-02 Thread splashed_overbuilt840
Today I've discovered that potentially this behavior could be mitigated or even fixed by enabling the "Activate focus stealing prevention" option in the Focus tab of the Xfce "Window Manager Tweaks" settings section. I'll test this option for several days to see whether the issue is still repro

Bug#1038701: lightdm logs "lightdm[1166]: gkr-pam: unable to locate daemon control file" error on boot

2023-06-21 Thread splashed_overbuilt840
Hi, Thanks for the response! Yes, it seems so. If I'm not mistaken, the problem was also present for the entirety of the Bullseye lifecycle. I guess the conclusion is that it's an upstream issue and nothing could be done to address it on the Debian side. Maybe in the future better display manag

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

2023-06-19 Thread splashed_overbuilt840
Thank you. Yes, I've read that page a couple of times before. And today I've come to conclusion about replacing wireplumber with pipewire-media-session after looking into its contents one more time. Although, it's worth pointing out that the page is probably out-of-date, because it considers

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

2023-06-19 Thread splashed_overbuilt840
UPD: for anyone facing the same issue. Most likely PipeWire for non-audio use-cases was in active use at least from Debian 11, or even earlier, and it totally makes sense to leave it installed and enabled in Debian 12 too. So to resolve the problem it was enough to follow these steps: 1. Ensure

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

2023-06-19 Thread splashed_overbuilt840
I've noticed that if pipewire.service is running, it'll prevent pulseaudio from handling audio sub-system. So maybe it should be disabled together with its pipewire.socket? The main question that still remains is that GNU/Linux distributions somehow worked without PipeWire and there weren't such

Bug#1038627: general: Various applications log PipeWire-related errors on a Bookworm system using PulseAudio.

2023-06-19 Thread splashed_overbuilt840
Thank you for the repsonse, Simon! Should the pipewire service be left enabled, or it's better to disable it after the pipewire and wireplumber packages are installed? Will it cause conflicts with PulseAudio if both are enabled? Yura --- Original Message --- On Monday, June 19th, 2023