Minitube needs an upgrade to version 2.6 to play Vivo videos. It was done in Cauldron, please provide an update to MGA5.
The thing is that 2.6 doesn't work at all for me. It's not pushed to Cauldron yet, only updated in SVN.
CC: (none) => jani.valimaa
(In reply to Jani Välimaa from comment #1) > The thing is that 2.6 doesn't work at all for me. It's not pushed to > Cauldron yet, only updated in SVN. It is strange, as I could build it on MGA6 x86_64 against VLC 3.0 in updates_testing, and it works here. I had a bug with a directory that did not exist in ~/.config/Flavio\ Tordini/ is that the bug you had?
CC: (none) => marja11Assignee: bugsquad => jani.valimaaSource RPM: (none) => minitube
Created attachment 8939 [details] Minitube 2.6 Search doesn't return anything but some search string.
Launching same search with browser returns sane output, but for some reason minitube doesn't know how to parse it.
Created attachment 8940 [details] Minitube on Cauldron x86_64 built against vlc 3.0 in updates_testing As you can see, it works nicely here. Please push minitube to MGA5 updates testing, and let's see if others users also have problems.
So what, still no minitube 2.6 in cauldron? I am still using it happily, may it be a missing dep?
Partially related to this bug, Minitube (Cauldron) started *crashing* today with many videos, though it works fine with others. A trace seems to point to VLC's GNU TLS handling, so I imagine it has something to do with the latest VLC 3.x-git updates. Backtrace: #0 0x00007ffff59e6baa in strlen () at /lib64/libc.so.6 #1 0x00007fff2847b0dd in gnutls_SessionOpen () at /usr/lib64/vlc/plugins/misc/libgnutls_plugin.so #2 0x00007fff2847b33b in gnutls_ClientSessionOpen () at /usr/lib64/vlc/plugins/misc/libgnutls_plugin.so #3 0x00007fffd3f28576 in vlc_tls_ClientSessionCreate () at /lib64/libvlccore.so.8 #4 0x00007fffd3f29141 in vlc_tls_SocketOpenTLS () at /lib64/libvlccore.so.8 #5 0x00007fff288dffe4 in vlc_https_connect () at /usr/lib64/vlc/plugins/access/libhttps_plugin.so #6 0x00007fff288e020a in vlc_https_request () at /usr/lib64/vlc/plugins/access/libhttps_plugin.so #7 0x00007fff288d8e7c in vlc_http_res_open () at /usr/lib64/vlc/plugins/access/libhttps_plugin.so #8 0x00007fff288d901b in vlc_http_res_get_status () at /usr/lib64/vlc/plugins/access/libhttps_plugin.so #9 0x00007fff288d4bad in Open () at /usr/lib64/vlc/plugins/access/libhttps_plugin.so #10 0x00007fffd3ec0d27 in module_load.isra () at /lib64/libvlccore.so.8 #11 0x00007fffd3ec12f2 in vlc_module_load () at /lib64/libvlccore.so.8 #12 0x00007fffd3edce51 in access_New () at /lib64/libvlccore.so.8 #13 0x00007fffd3edd63c in stream_AccessNew () at /lib64/libvlccore.so.8 #14 0x00007fffd3ef7e09 in InputSourceNew () at /lib64/libvlccore.so.8 #15 0x00007fffd3efb58f in Init () at /lib64/libvlccore.so.8 #16 0x00007fffd3efd3a8 in Run () at /lib64/libvlccore.so.8 #17 0x00007ffff65af66d in start_thread () at /lib64/libpthread.so.0 #18 0x00007ffff5a56ded in clone () at /lib64/libc.so.6
CC: (none) => jan-bugs
Version: 5 => Cauldron
Opening "network stream" in VLC directly, and pasting a youtube link also crashes VLC.
In fact, I have the same problem with MGA5, so it seems even VLC 2.2.x fails : minitube 0 "Hôte introuvable" 3 Cannot capture signature function name "" [096fad28] gnutls tls session error: Certificate verification failure (0x0042) [096fad28] gnutls tls session error: * Certificate not verified [096fad28] gnutls tls session error: * Signer not found [096fad28] core tls session error: TLS client session handshake error [096559d0] http access error: cannot establish HTTP/TLS session [09661808] core input error: open of `https://r4---sn-4gxx-25gel.googlevideo.com/videoplayback?ip=2a01%3Ae34%3Aeed9%3A4140%3A219%3Ad2ff%3Afe95%3A174f&lmt=1475999924161395&itag=22&requiressl=....
Whiteboard: (none) => MGA5TOO
For the record, the crashes I mentioned are gone now (in Cauldron) after some VLC updates =)
So closing
Resolution: (none) => FIXEDStatus: NEW => RESOLVED