VLC ignores "Auto raise interface" setting and always raises window on start of new video
Posted: 12 Sep 2020 19:15
If I have multiple video items in the playlist (e.g. YouTube downloads), whenever VLC finishes playing one and moves on to the next, it raises its window, stealing focus. This is undesired if VLC is in the background.
The settings have an option "Auto raise the interface", which I have set to "Never", but this setting seems to be ignored. Therefore, I am forced to believe that this is a bug. I am asking about this here as part of the bug reporting guidelines. Does anyone know what is going on? A clue that may possibly be important: the problem is easier to replicate if VLC was minimized. If I do not minimize VLC, it seems as if the problem only triggers if the video has a different size (meaning w*h in pixels) than the last one played. With VLC minimized, it triggers always, even if just looping a single video.
I'm running on an up-to-date Arch Linux amd64. Vlc is 3.0.11.1 (despite the wiki stating that 3.0.10 is the latest version - am I using a prerelease?). Hardware is a generic bluetooth headset used via PulseAudio for audio (but the bug replicates without using it) and an RX 470 using the open-source amdgpu driver for video.
Log (lightly edited to remove sensitive information): https://pastebin.pl/view/beeaf015
ffmpeg -i of a file that triggers it with vlc minimized:
The settings have an option "Auto raise the interface", which I have set to "Never", but this setting seems to be ignored. Therefore, I am forced to believe that this is a bug. I am asking about this here as part of the bug reporting guidelines. Does anyone know what is going on? A clue that may possibly be important: the problem is easier to replicate if VLC was minimized. If I do not minimize VLC, it seems as if the problem only triggers if the video has a different size (meaning w*h in pixels) than the last one played. With VLC minimized, it triggers always, even if just looping a single video.
I'm running on an up-to-date Arch Linux amd64. Vlc is 3.0.11.1 (despite the wiki stating that 3.0.10 is the latest version - am I using a prerelease?). Hardware is a generic bluetooth headset used via PulseAudio for audio (but the bug replicates without using it) and an RX 470 using the open-source amdgpu driver for video.
Log (lightly edited to remove sensitive information): https://pastebin.pl/view/beeaf015
ffmpeg -i of a file that triggers it with vlc minimized:
Code: Select all
ffmpeg version n4.3.1 Copyright (c) 2000-2020 the FFmpeg developers
built with gcc 10.1.0 (GCC)
configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-avisynth --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librav1e --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-nvdec --enable-nvenc --enable-omx --enable-shared --enable-version3
libavutil 56. 51.100 / 56. 51.100
libavcodec 58. 91.100 / 58. 91.100
libavformat 58. 45.100 / 58. 45.100
libavdevice 58. 10.100 / 58. 10.100
libavfilter 7. 85.100 / 7. 85.100
libswscale 5. 7.100 / 5. 7.100
libswresample 3. 7.100 / 3. 7.100
libpostproc 55. 7.100 / 55. 7.100
Input #0, matroska,webm, from 'test.webm':
Metadata:
ENCODER : Lavf58.29.100
Duration: 00:01:51.04, start: -0.007000, bitrate: 1422 kb/s
Stream #0:0(eng): Video: vp9 (Profile 0), yuv420p(tv, bt709/unknown/unknown), 1440x1080, SAR 1:1 DAR 4:3, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc (default)
Metadata:
DURATION : 00:01:51.010000000
Stream #0:1(eng): Audio: opus, 48000 Hz, stereo, fltp (default)
Metadata:
DURATION : 00:01:51.041000000