Public bug reported:
mopidy 3.4.2-8 autopkgtest regresses against gstreamer1.0 1.28.6-1 in
stonking-proposed.
tests/audio/test_scan.py::ScannerTest::test_text_plain fails on amd64,
amd64v3, arm64, i386, ppc64el and s390x.
GStreamer 1.28.5 dropped a filter from gst_type_find_helper_for_extension()
Commit: "typefindhelper: Drop unnecessary check for factories without a
function", Sanchayan Maity, gstreamer!12020.
The extension fallback now also matches typefinders that have a function.
gst-plugins-base registers "txt" under application/x-subtitle
(gst/subparse/gstsubparseelement.c:439, GST_RANK_MARGINAL).
tests/data/scanner/plain.txt is 49 bytes. utf8_type_find never peeks
below 128 bytes, so content typefinding finds nothing. The extension
fallback then types the file as application/x-subtitle. decodebin
exposes a stream instead of erroring, so Scanner.scan() returns a result
and no ScannerError is recorded.
Before 1.28.5 typefind failed outright with "Could not determine type of
stream" and the test passed on that error.
** Affects: mopidy (Ubuntu)
Importance: High
Assignee: Charles (charles05)
Status: Triaged
** Tags: update-excuse
** Changed in: mopidy (Ubuntu)
Assignee: (unassigned) => Charles (charles05)
** Bug watch added: Debian Bug tracker #1144521
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1144521
** Bug watch added: Debian Bug tracker #1143338
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1143338
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2166077
Title:
test_text_plain regression blocks gstreamer1.0 1.28.6 migration
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mopidy/+bug/2166077/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
