Description of problem: The VLC player crashes after playing the first song out of two enqueued songs - only when using Plasma 5 (in XFCE and JWM it is working fine). My machine is : ««««««« My primary machine is a desktop machine with a: An Intel Core i3 CPU (x86-64). 8 GB of RAM. Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09) A 2 TB hard-disk. A 21ⳠWide LCD Screen by LG. Intel Corporation Cougar Point High Definition Audio Controller. Intel Corporation 82579V Gigabit Network Connection. »»»»»»» Version-Release number of selected component (if applicable): Cauldron. How reproducible: Always. Also in a new UNIX user account from startx. Steps to Reproduce: 1. Create a new user. 2. Login from the virtual console. 3. startx into Plasma 5. 4. Start a konsole. 5. type vlc /path/to/song1.* /path/to/song2.* 6. Start playing. 7. Press the "Next track" button. 8. Crash! Reproducible: Steps to Reproduce:
ok i reproduce here
CC: (none) => mageia
The same problem here (Mageia Cauldron i586)
CC: (none) => piscestong
The problem seems gone after recent updates of Cauldron.
(In reply to Jin-tong Hu from comment #3) > The problem seems gone after recent updates of Cauldron. Thanks for the update. I'll check if that's the case.
(In reply to Shlomi Fish from comment #4) > (In reply to Jin-tong Hu from comment #3) > > The problem seems gone after recent updates of Cauldron. > > Thanks for the update. I'll check if that's the case. That particular problem indeed seems to be gone - VLC no longer crashes here. That put aside, I found another equally as grave problem. Whenever I use VLC on Plasma5, with ALSA enabled, it eventually stops playing sound with this error: http://www.shlomifish.org/Files/files/images/desktop-plasma5-vlc-mageia-cauldron-audio-problem.jpg This does not happen with VLC on either JWM or XFCE - it works perfectly fine on both. Another problem I noticed is that when I press Alt+M to open the "Media" menu, the menu does not stick.
no crash anymore for me neither.
Actually compiled the latest nightly build of vlc on Mageia 5 (took some time, did it to open bug report against VLC): revision 2.2.1-169-g4aa44a1 As you mention for cauldron it is also not anymore present in Mageia 5 as soon as you use the version from above. So issue seems to have been in vlc player itself. Maybe newer version used in cauldron could be ported back to Mageia5?
CC: (none) => jan_kulhanek
Hi Jan! Your English is non-idiomatic and hard to understand, but I'll give it a try anyway. (In reply to Jan Kulhanek from comment #7) > Actually compiled the latest nightly build of vlc on Mageia 5 (took some > time, did it to open bug report against VLC): > > revision 2.2.1-169-g4aa44a1 What is that? > > As you mention for cauldron it is also not anymore present in Mageia 5 as > soon as you use the version from above. > So issue seems to have been in vlc player itself. Possibly. > Maybe newer version used in cauldron could be ported back to Mageia5? Not while there isn't an official VLC player release. I don't recall back porting patches from the VLC git to the Mageia package, but other packagers may have.
Hello, I am sorry for the bad english I used. I am not yet used to reporting bugs to community bug trackers. In the meanwhile I compiled a Nightly build of VLC 2.2.2 (vlc-2.2.0-20151014-0039) and tested the lid-close-and-resume issue and was not able to reproduce it with that version. Afterwards I compiled the latest official released version of VLC as offered on there page (vlc-2.2.1). Strangely I was not able to reproduce the issue with that version either. I then rechecked with the mageia version (installed the package) and was able to reproduce the issue. All the tests where done in Mageia 5. For the versions I compiled myself I used the following flasg as I ran ./configure: ./configure --disable-avcodec --disable-swscale --disable-libgcrypt --enable-skins2 During the startup of the versions I compiled the following messages showed up in the terminal (they don't appear when using the mageia vlc package): [jan@localhost .config]$ /usr/local/bin/vlc VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [08c529b8] core interface error: no suitable interface module [08bc7928] core libvlc error: interface "globalhotkeys,none" initialization failed [08bc7928] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. Unable to load library icui18n "Cannot load library icui18n: (icui18n: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden)" (vlc:31546): Gtk-WARNING **: /usr/local/lib/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/lib/gtk-2.0/2.10.0/engines/liboxygen-gtk.so) So what I did was: - used Mageia 5 - deinstalled the vlc Mageia package - compiled Nightly Build of vlc 2.2.2 (vlc-2.2.0-20151014-0039) - ./configure has been run --disable-avcodec --disable-swscale --disable-libgcrypt --enable-skins2 - started vlc from terminal by calling /usr/local/bin/vlc - closed the lid (suspend to ram) - opened the lid (resume) - vlc didn't crashed - repeated that 2 times with the same result - compiled latest official release of vlc (2.2.1) - ./configure has been run --disable-avcodec --disable-swscale --disable-libgcrypt --enable-skins2 - started vlc from terminal by calling /usr/local/bin/vlc - checked in the helpmenu that it shows 2.2.1 - closed the lid (suspend to ram) - opened the lid (resume) - vlc was still running - repeated that 2 times - installed mageia vlc package - started vlc from terminal by calling /usr/bin/vlc - closed the lid - opened the lid (resume) - vlc had crashed The test from above was not clean, since the files of the tests with vlc 2.2.2 nightly where not removed, but just overwritten as I did "make install" for the test with the vlc version 2.2.1. So I could not say definitively that there where no remains of vlc 2.2.2 as I tested 2.2.1 influencing the test. Unfortunately I don't have the equipment currently to create a clean installation between the tests. So it would be good if someone could repeat the test with the vlc 2.2.1 version. Also I assume the options past to ./configure and maybe the compiler option used at the time the mageia vlc version has been build where different to mine. I posted the information for the case somebody with more knowledge may be able to find the reason why the Mageia 5 vlc version crashes, while the same version compiled by me does not. Maybe there is a easy way to find a solution, such as a ./configure option or something similar. Thanks for the time.
Hi Jan, (In reply to Jan Kulhanek from comment #9) > Hello, > > I am sorry for the bad english I used. > I am not yet used to reporting bugs to community bug trackers. > OK. Some notes: 1. Did you install all the --buildrequires of the Mageia VLC SRPM first? 2. Why did you add the --disable flags to configure? 3. The lid-close/open bug is tracked in a different bug. 4. You can use the --prefix flag to ./configure to install VLC under a certain path prefix instead of cluttering /usr/local . Regards, -- Shlomi
CC: jan_kulhanek => (none)
I am quite sorry but by accident I commented the wrong Bug, all my comments where actually meant towards 16893. I am very sorry for the trouble and mess caused - should not happen again.
IIUC the issue in commet 0 is fixed, and what's left is the issue in comment 5?
Blocks: (none) => 17523
(In reply to Rémi Verschelde from comment #12) > IIUC the issue in commet 0 is fixed, and what's left is the issue in comment > 5? Well, it seems to work fine now - but using PulseAudio. I can check with ALSA again but it will require more hassle.
closing if it works fine with PA
Status: NEW => RESOLVEDResolution: (none) => FIXED