After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 786140 - souphttpsrc failed with Secure connection(https)
souphttpsrc failed with Secure connection(https)
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.12.2
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-08-11 05:21 UTC by rland
Modified: 2017-08-11 10:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description rland 2017-08-11 05:21:46 UTC
Play an exoplayer of an MPEG-DASH test stream(Exoplayer play this stream is ok),
the following error occurs:

gst-launch-1.0 playbin uri=https://storage.googleapis.com/wvmedia/clear/h264/tears/tears.mpd

------------------
01-01 11:07:44.758  5525  5849 W mmp     : [gstsouphttpsrc.c:1279] <souphttpsrc> error: Secure connection setup failed.
01-01 11:07:44.758  5525  5849 W mmp     : [gstsouphttpsrc.c:1279] <souphttpsrc> error: Unacceptable TLS certificate (6), URL: https://storage.googleapis.com/wvmedia/clear/h264/tears/tears.mpd, Redirect to: (NULL)
01-01 11:07:44.758  5525  5849 W mmp     : [gstbasesrc.c:2939] <basesrc> error: Internal data stream error.
01-01 11:07:44.759  5525  5849 W mmp     : [gstbasesrc.c:2939] <basesrc> error: streaming stopped, reason error (-5)
01-01 11:07:44.759  5525  5849 W mmp     : [gsttypefindelement.c:991] <typefind> error: Stream doesn't contain enough data.
01-01 11:07:44.759  5525  5849 W mmp     : [gsttypefindelement.c:991] <typefind> error: Can't typefind stream
--------
Comment 1 Sebastian Dröge (slomo) 2017-08-11 07:03:44 UTC
The problem here is that the TLS certificate is not acceptable, i.e. the CA that issued it is not recognized by your system or you compiled glib-networking in a way that it doesn't find the CA certificates.

Works here on a Debian system with the default installation on that stream.
Comment 2 rland 2017-08-11 10:27:37 UTC
> glib-networking in a way that it doesn't find the CA certificates.

Really! ^^
Thanks.
I checked the cerbero 's log(glib-networking)
------
checking location of system Certificate Authority list... disabled
-------
when added 
--with-ca-certificates=/etc/ssl/xxx ,everything is OK.

So this is not a BUG, ​​it should be closed.