VLC ignores "Auto raise interface" setting and always raises window on start of new video

[laborat]

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:

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

[laborat]

Update: the problem persists, but I have found a workaround by forcing the video output module to OpenGL. However, this reduces video quality (everything starts looking very blocky and blurry for some reason). The "automatic" video output seems to pick Xv, which continues to exhibit the problem. Disabling hardware-accelerated decoding does not make a difference, in case people were wondering.

[dfgfghghj]

I have the same issue on W10 with VLC 3.0.12. Both "Auto raising the interface" and "resize interface to video size" settings are ignored...

[laborat]

I am now also experiencing this on Windows 11, regardless of video output module or hw accel option, granted that vlc was minimized.

[DELETEDACCOUNT]

I have been having this issue for a long time and it seems to be getting worse if anything. Issue exists on Windows 7, 8, 10, and 11 as well as various Linux distros. Completely defeats the purpose of VLC if the window slams itself in my face every time a track of music or playlisted videos changes. Absolutely unacceptable nuisance that has screwed me over so many times now. Going to have to change to something else for the time being til this is resolved, anyone have suggestions?