SUMMARY STEPS TO REPRODUCE 1. open dolphin, select two or more video files, right click any selected file 2. select "open with vlc" 3. in vlc player, play the next video from the playlist by clicking the button aside the stop button EXPECTED RESULT media player applet remains visible in the system tray ACTUAL RESULT ~2 seconds after vlc to start the next video playback, media player applet hides itself in the system tray, it appears in "notifications and status" together other hidden icons. Both progress bar and play/pause button of the applet stop working. SOFTWARE VERSIONS Sistema operacional: KDE neon Developer Edition Versão do KDE Plasma: 5.14.80 Versão da Qt: 5.11.1 Versão do KDE Frameworks: 5.51.0
Can reproduce. If first file was opened from Dolphin and then second file was opened without closing of VLC - upon opening of second file media player tray icon becomes 'stop' icon from 'play' icon for a split second - this might be intended behavior upon loading of file - but it doesn't happens when switching prev/next file and file is also is loading in VLC. Sometimes icon doesn't becomes 'stop' icon and doesn't disappears upon switching prev/next files in VLC - but if you click fast enough - media player tray icon becomes 'stop' icon and disappears Operating System: KDE neon Developer Edition KDE Plasma Version: 5.14.80 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0
Yes I also have this bug but on older setup: Arch Linux KDE Plasma Version: 5.14.2 Qt Version: 5.12-beta3 KDE Frameworks Version: 5.51.0
Thanks for your bug reporting effort but can you please stop bumping the affected version number every time a new release comes out. I get an email every time this happens which is annoying. Unless the bug has been fixed, it can be assumed, it is still valid, no matter what the version tag says.
This is a bug in VLC. When track changes, property "PlaybackStatus" in DBus interface is set to "Stopped" and does not return to "Playing": Received signal from :1.372, path /org/mpris/MediaPlayer2, interface org.freedesktop.DBus.Properties, member PropertiesChanged Arguments: "org.mpris.MediaPlayer2.Player", [Argument: a{sv} {"PlaybackStatus" = [Variant(QString): "Stopped"]}], {}
(In reply to Konrad Materka from comment #4) > This is a bug in VLC. When track changes, property "PlaybackStatus" in DBus > interface is set to "Stopped" and does not return to "Playing": To be precise: Property "PlaybackStatus" is set to "Playing" eventually, but client needs to read it manually. There is no notification sent about property value change.
*** Bug 469009 has been marked as a duplicate of this bug. ***
I can't reproduce this issue with VLC 3.0.19 from Fedora distro repos. It is possible that it's been fixed in VLC recently? Can anyone else reproduce the issue with that version of VLC or a newer one?
The latest version available in vlc website is 3.0.18 https://www.videolan.org/
Weird. Regardless, as Konrad said, it's a bug in VLC.