totem-pl-parser issueshttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues2023-10-09T10:33:58Zhttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/39dev-libs/totem-pl-parser-3.26.6 fails to link with clang-17: ld.lld: error: v...2023-10-09T10:33:58Zppw 0dev-libs/totem-pl-parser-3.26.6 fails to link with clang-17: ld.lld: error: version script assignment of 'LIBTOTEM_PL_PARSER_MINI_1.0' to symbol 'totem_disc_media_type_get_type' failed: symbol not definedIn a clang-17[default-libcxx] environment, totem-pl-parser-3.26.6 will fail to emerge during the linking phase:
```
ld.lld: error: version script assignment of 'LIBTOTEM_PL_PARSER_MINI_1.0' to symbol 'totem_disc_media_type_get_type' fail...In a clang-17[default-libcxx] environment, totem-pl-parser-3.26.6 will fail to emerge during the linking phase:
```
ld.lld: error: version script assignment of 'LIBTOTEM_PL_PARSER_MINI_1.0' to symbol 'totem_disc_media_type_get_type' failed: symbol not defined
ld.lld: error: version script assignment of 'LIBTOTEM_PL_PARSER_MINI_1.0' to symbol 'totemplparser_marshal_VOID__STRING_STRING_STRING' failed: symbol not defined
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.
```
This failure can be averted by passing "-Wl,--undefined-version" to LDFLAGS.
Attaching log.
[dev-libs_totem-pl-parser-3.26.6_20231002-195302.log](/uploads/734c5aeea65d95d20a0c7b93bcf608fa/dev-libs_totem-pl-parser-3.26.6_20231002-195302.log)https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/37fnmatch not available under Windows2022-01-03T09:32:11ZRosen Penevfnmatch not available under Windowshttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/commit/a6f21e789f125d9e8b1aa73b5d530211224584d5 introduced fnmatch.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/commit/a6f21e789f125d9e8b1aa73b5d530211224584d5 introduced fnmatch.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/35Random test failure ( test_xml_is_text_plain )2021-04-19T12:17:12ZcrviRandom test failure ( test_xml_is_text_plain )```sh
$ ninja -C build-dir/ test
ninja: Entering directory `build-dir/'
...
...
# Bug Reference: http://bugzilla.gnome.org/show_bug.cgi?id=655378
# Got retval 3 for uri 'http://leoville.tv/podcasts/floss.xml'
Bail out! ERROR:../plparse...```sh
$ ninja -C build-dir/ test
ninja: Entering directory `build-dir/'
...
...
# Bug Reference: http://bugzilla.gnome.org/show_bug.cgi?id=655378
# Got retval 3 for uri 'http://leoville.tv/podcasts/floss.xml'
Bail out! ERROR:../plparse/tests/parser.c:1102:test_xml_is_text_plain: assertion failed (result == TOTEM_PL_PARSER_RESULT_SUCCESS): (3 == 2)
--- stderr ---
** Message: 16:44:54.297: Is special type 'application/rss+xml'
** Message: 16:44:54.298: Is special type 'application/rss+xml'
** Message: 16:44:54.299: Is special type 'application/rss+xml'
** Message: 16:44:54.299: couldn't mmap file:///tmp/file_doesnt_exist.wmv: Failed to open file “file:///tmp/file_doesnt_exist.wmv”: open() failed: No such file or directory
** Message: 16:44:54.299: Is special type 'application/rss+xml'
**
ERROR:../plparse/tests/parser.c:1102:test_xml_is_text_plain: assertion failed (result == TOTEM_PL_PARSER_RESULT_SUCCESS): (3 == 2)
-------
Summary of Failures:
1/2 parser FAIL 38.50s (killed by signal 6 SIGABRT)
1/2 parser FAIL 38.50s (killed by signal 6 SIGABRT)
Ok: 1
Expected Fail: 0
Fail: 1
Unexpected Pass: 0
Skipped: 0
Timeout: 0
```
```sh
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0x00007f1e10520537 in __GI_abort () at abort.c:79
#2 0x00007f1e106dcdcc in g_assertion_message (domain=<optimized out>, file=0x56328c05300a "../plparse/tests/parser.c", line=<optimized out>, func=<optimized out>, message=<optimized out>) at ../../../glib/gtestutils.c:2937
#3 0x00007f1e1073a646 in g_assertion_message_cmpnum (domain=domain@entry=0x0, file=file@entry=0x56328c05300a "../plparse/tests/parser.c", line=line@entry=1102, func=func@entry=0x56328c058680 <__func__.8> "test_xml_is_text_plain", expr=expr@entry=0x56328c057300 "result == TOTEM_PL_PARSER_RESULT_SUCCESS", arg1=3, cmp=cmp@entry=0x56328c0530bc "==", arg2=2, numtype=105 'i') at ../../../glib/gtestutils.c:2996
#4 0x000056328c051303 in test_xml_is_text_plain () at ../plparse/tests/parser.c:1102
#5 test_xml_is_text_plain () at ../plparse/tests/parser.c:1091
#6 0x00007f1e10739b9e in test_case_run (tc=0x7f1e0000fd60) at ../../../glib/gtestutils.c:2656
#7 g_test_run_suite_internal (suite=suite@entry=0x56328db104c0, path=path@entry=0x0) at ../../../glib/gtestutils.c:2744
#8 0x00007f1e1073999b in g_test_run_suite_internal (suite=suite@entry=0x56328db10040, path=path@entry=0x0) at ../../../glib/gtestutils.c:2756
#9 0x00007f1e1073a08a in g_test_run_suite (suite=0x56328db10040) at ../../../glib/gtestutils.c:2831
#10 0x00007f1e1073a0a1 in g_test_run () at ../../../glib/gtestutils.c:2065
#11 0x000056328c04cdb6 in main (argc=<optimized out>, argv=<optimized out>) at ../plparse/tests/parser.c:1788
```
**Subsequent run passes:**
```sh
$ ninja -C build-dir/ test
ninja: Entering directory `build-dir/'
[0/1] Running all tests.
1/2 parser OK 20.07s
2/2 disc OK 0.05s
Ok: 2
Expected Fail: 0
Fail: 0
Unexpected Pass: 0
Skipped: 0
Timeout: 0
```https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/34Support full parsing cancellation2021-04-19T12:10:41ZcrviSupport full parsing cancellationCurrently, we support cancellation before parsing, not otherwise.Currently, we support cancellation before parsing, not otherwise.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/33Parser failures should not return TOTEM_PL_PARSER_RESULT_IGNORED2021-04-22T23:42:38ZcrviParser failures should not return TOTEM_PL_PARSER_RESULT_IGNOREDParser feed failures should return valid return types ( e.g. `TOTEM_PL_PARSER_RESULT_ERROR` ) and not `TOTEM_PL_PARSER_RESULT_IGNORED`, as below:
```
$ ninja && plparse/tests/parser file:///home/xyz/totem-pl-parser/plparse/tests/buggy_f...Parser feed failures should return valid return types ( e.g. `TOTEM_PL_PARSER_RESULT_ERROR` ) and not `TOTEM_PL_PARSER_RESULT_IGNORED`, as below:
```
$ ninja && plparse/tests/parser file:///home/xyz/totem-pl-parser/plparse/tests/buggy_feed_2 --debug
_get_mime_type_for_name for 'file:///home/xyz/totem-pl-parser/plparse/tests/buggy_feed_2' returned 'application/octet-stream'
URI 'file:///home/xyz/totem-pl-parser/plparse/tests/buggy_feed_2' was opened successfully in _get_mime_type_with_data
_get_mime_type_with_data for 'file:///home/xyz/totem-pl-parser/plparse/tests/buggy_feed_2' returned 'application/rss+xml'
URI 'file:///home/xyz/totem-pl-parser/plparse/tests/buggy_feed_2' is special type 'application/rss+xml'
Using application/rss+xml function for 'file:///home/xyz/totem-pl-parser/plparse/tests/buggy_feed_2'
Ignoring application/rss+xml because it's a text/plain
```
which is incorrect and misleading.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/29xml parsing fails while parsing valid XML processing instructions ( PI )2021-04-22T23:42:39Zcrvixml parsing fails while parsing valid XML processing instructions ( PI )libxml2 parses fine.
```console
$ ~/totem-pl-parser/build-dir/plparse/tests/parser --debug file:///tmp/backtracks.fm.rss
# random seed: R02S0f64ce29b2a8b2b7d647f80859d8a74c
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default imple...libxml2 parses fine.
```console
$ ~/totem-pl-parser/build-dir/plparse/tests/parser --debug file:///tmp/backtracks.fm.rss
# random seed: R02S0f64ce29b2a8b2b7d647f80859d8a74c
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
_get_mime_type_for_name for 'file:///tmp/backtracks.fm.rss' returned 'application/rss+xml'
URI 'file:///tmp/backtracks.fm.rss' was opened successfully in _get_mime_type_with_data
_get_mime_type_with_data for 'file:///tmp/backtracks.fm.rss' returned 'application/rss+xml'
URI 'file:///tmp/backtracks.fm.rss' is special type 'application/rss+xml'
Using application/rss+xml function for 'file:///tmp/backtracks.fm.rss'
Ignoring application/rss+xml because it's a text/plain
# MESSAGE: Ignored URI "file:///tmp/backtracks.fm.rss".
** Message: 11:40:41.511: Ignored URI "file:///tmp/backtracks.fm.rss".
```
[backtracks.fm.rss](/uploads/1520bd345562041515d1c89d29f372c8/backtracks.fm.rss)
URL: https://backtracks.fm/feed/235d0e0a7a3de5e4https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/26Add "mime-type" property to plparser object2021-04-19T12:14:51ZcrviAdd "mime-type" property to plparser objectRhythmbox currently passes the `'collectionViewUrl'` ( from itunes search json results ), as below:
`collectionViewUrl: https://podcasts.apple.com/us/podcast/global-news-podcast/id135067274?uo=4`
`totem_pl_parser_parse (parser, collect...Rhythmbox currently passes the `'collectionViewUrl'` ( from itunes search json results ), as below:
`collectionViewUrl: https://podcasts.apple.com/us/podcast/global-news-podcast/id135067274?uo=4`
`totem_pl_parser_parse (parser, collectionViewUrl, FALSE);`
totem-pl-parser obtaines the itms id which is `135067274` and again does a itunes lookup, as below:
`json_uri = g_strdup_printf ("https://itunes.apple.com/lookup?id=%s&entity=podcast", itms_id);`
and obtains the RSS feed url from the `'feedUrl'` json attribute in the lookup result.
The second itunes lookup step is pure overhead, as Rhythmbox can obtain and pass `'feedUrl'` directly from search results to totem-pl-parser. In that case, it would be better if Rhythmbox can force the mime-type as `application/rss+xml` rather than totem-pl-parser detecting the mime-type and matching against supported types. The itms code path described above, infact uses the direct call without checking mime-type, as below:
`ret = totem_pl_parser_add_rss (parser, feed_file, NULL, parse_data, NULL);`
This should speedup podcast parsing in all apps which know the mime-type well in advance.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/4VCDs playback requires device node2019-02-15T16:39:35ZBastien NoceraVCDs playback requires device nodeThe `vcdsrc` in GStreamer currently only supports playing back from block devices, and could fairly easily [support playing back from images](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/898). What it will not support ...The `vcdsrc` in GStreamer currently only supports playing back from block devices, and could fairly easily [support playing back from images](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/898). What it will not support is playing back from directories.
```sh
$ ./disc /run/media/hadess/20121123_1310
** Message: /run/media/hadess/20121123_1310 contains a Video CD.
** Message: MRL for directory is "vcd:///run/media/hadess/20121123_1310".
$ ./disc ~/Videos/VCD.iso
** Message: /home/hadess/Videos/VCD.iso contains a Video CD.
** Message: MRL for directory is "vcd:///home/hadess/Videos/VCD.iso".
$ mount | grep 20121123_1310
/home/hadess/Videos/VCD.iso on /run/media/hadess/20121123_1310 type iso9660 (ro,nosuid,nodev,relatime,norock,check=r,map=n,blocksize=2048,uid=1000,gid=1000,dmode=500,fmode=400,uhelper=udisks2)
```
Both `./disc` runs should have the same result instead, pointing to an image or block device, never to a directory.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/3Add discs to tests2019-02-15T13:32:40ZBastien NoceraAdd discs to tests`plparse/tests/disc.c` just doesn't do any tests if it's not on my machine, and needs a disc in a drive that's never plugged in. We should at least have test for the disc images that are easy to mock with ISO images (VCD, DVD, BD).`plparse/tests/disc.c` just doesn't do any tests if it's not on my machine, and needs a disc in a drive that's never plugged in. We should at least have test for the disc images that are easy to mock with ISO images (VCD, DVD, BD).https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/2M3U charset support2018-11-21T22:52:42ZBastien NoceraM3U charset supportSee https://github.com/mopidy/mopidy/issues/1723See https://github.com/mopidy/mopidy/issues/1723https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/16Add support for the trackNum tag in xspf playlists.2021-04-20T21:51:28ZBugzillaAdd support for the trackNum tag in xspf playlists.## Submitted by Jared Smith
**[Link to original bug (#757260)](https://bugzilla.gnome.org/show_bug.cgi?id=757260)**
## Description
Please add support for the track number from the xspf format specification (trackNum tag).
This woul...## Submitted by Jared Smith
**[Link to original bug (#757260)](https://bugzilla.gnome.org/show_bug.cgi?id=757260)**
## Description
Please add support for the track number from the xspf format specification (trackNum tag).
This would enable the addition of track numbers for tracks that cannot be matched against the database (e.g. very old or obscure tracks, user-created tracks, etc.).https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/5Handle shortened movie URLs2019-02-22T23:34:25ZBugzillaHandle shortened movie URLs## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#688893)](https://bugzilla.gnome.org/show_bug.cgi?id=688893)**
## Description
Such as http://t.co/99VcPH5M
We might have a problem within totem-pl-parser instead.## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#688893)](https://bugzilla.gnome.org/show_bug.cgi?id=688893)**
## Description
Such as http://t.co/99VcPH5M
We might have a problem within totem-pl-parser instead.https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/14Directory parsing problem2019-03-20T10:38:29ZBugzillaDirectory parsing problem## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#678814)](https://bugzilla.gnome.org/show_bug.cgi?id=678814)**
## Description
totem-pl-parser recursive parsing fails when the directory depth is too high, and the la...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#678814)](https://bugzilla.gnome.org/show_bug.cgi?id=678814)**
## Description
totem-pl-parser recursive parsing fails when the directory depth is too high, and the last level of recursion is a directoryhttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/13Add whitelists, in place of blacklists2021-04-19T12:14:52ZBugzillaAdd whitelists, in place of blacklists## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#673588)](https://bugzilla.gnome.org/show_bug.cgi?id=673588)**
## Description
We have ignore_mimetypes and ignore_schemes. We should also have a whitelist for use in ...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#673588)](https://bugzilla.gnome.org/show_bug.cgi?id=673588)**
## Description
We have ignore_mimetypes and ignore_schemes. We should also have a whitelist for use in totem-video-thumbnailer.
### Blocking
* [Bug 673590](https://bugzilla.gnome.org/show_bug.cgi?id=673590)https://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/11totem-pl-parser fails to detect max open files2019-03-20T10:38:06ZBugzillatotem-pl-parser fails to detect max open files## Submitted by Jon Masters
**[Link to original bug (#583473)](https://bugzilla.gnome.org/show_bug.cgi?id=583473)**
## Description
Please describe the problem:
my_g_file_info_get_mime_type_with_data fails to detect that a GError obj...## Submitted by Jon Masters
**[Link to original bug (#583473)](https://bugzilla.gnome.org/show_bug.cgi?id=583473)**
## Description
Please describe the problem:
my_g_file_info_get_mime_type_with_data fails to detect that a GError object might be telling it that the maximum number of open file descriptors has been exceeded.
Steps to reproduce:
1.
2.
3.
Actual results:
Expected results:
Does this happen every time?
Other information:
Version: 2.24.xhttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/10add API for parsing in-memory playlists2019-03-20T10:37:58ZBugzillaadd API for parsing in-memory playlists## Submitted by Jonathan Matthew
**[Link to original bug (#518811)](https://bugzilla.gnome.org/show_bug.cgi?id=518811)**
## Description
For last.fm streaming ([bug 518231](https://bugzilla.gnome.org/show_bug.cgi?id=518231)), it'd be...## Submitted by Jonathan Matthew
**[Link to original bug (#518811)](https://bugzilla.gnome.org/show_bug.cgi?id=518811)**
## Description
For last.fm streaming ([bug 518231](https://bugzilla.gnome.org/show_bug.cgi?id=518231)), it'd be good to be able to pass an in-memory playlist to totem-pl-parser. The obvious:
totem_pl_parser_parse_from_data (parser, data, data_len, fallback)
(with a 'base' arg if required) would do nicely.
Later on, a _parse variant taking a GInputStream could be handy, although I don't have any use cases for that.
Version: 2.23.xhttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/9Doesn't inherit properties when parsing substream2019-03-20T10:37:49ZBugzillaDoesn't inherit properties when parsing substream## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#507825)](https://bugzilla.gnome.org/show_bug.cgi?id=507825)**
## Description
$ ./test-parser file:///home/hadess/Projects/Cvs/totem-pl-parser/plparse/test.asx
####...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#507825)](https://bugzilla.gnome.org/show_bug.cgi?id=507825)**
## Description
$ ./test-parser file:///home/hadess/Projects/Cvs/totem-pl-parser/plparse/test.asx
###################### parsing ################
added URI 'mmsh://viptf1.yacast.net/tf1jt/jt13d08012007.asf'
<ASX VERSION="3.0">
`<ENTRY>`
`<TITLE>`Inquiétude des pêcheurs de bulots du Cotentin`</TITLE>`
<STARTTIME VALUE="907.000000" />
<DURATION VALUE="109.000000" />
<REF HREF="http://viptf1.yacast.net/tf1jt/jt13d08012007.asf" />
`</ENTRY>`
`</ASX>`
The duration and starttime aren't passed down to the children when they should be.
Version: 2.23.xhttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/8Does not parse asx playlist trees like WMP2019-03-20T10:37:30ZBugzillaDoes not parse asx playlist trees like WMP## Submitted by Marcus Granado
**[Link to original bug (#426773)](https://bugzilla.gnome.org/show_bug.cgi?id=426773)**
## Description
Please describe the problem:
Totem 2.18.0 in Ubuntu Feisty Beta (using today's repository, xine-li...## Submitted by Marcus Granado
**[Link to original bug (#426773)](https://bugzilla.gnome.org/show_bug.cgi?id=426773)**
## Description
Please describe the problem:
Totem 2.18.0 in Ubuntu Feisty Beta (using today's repository, xine-lib 1.1.4 and today's GStreamer 0.10.12) only plays the *first* video in a master-playlist containing nested asx sub-playlists (in a playlist tree with arbitrary depth).
Microsoft media player iterates over all sub-playlists (the nodes/leaves of the tree) correctly and plays *all* the videos in the nested playlist.
The master asx playlist (the root of the tree, listed below) contains further references to other nested asx sub-playlists as in a tree of playlists. Each sub-playlist leaf contains only one mms: video stream element each which should be played.
Each sub-playlist is successfully played by totem if started manually, but totem fails to iterate over all of them if given the master playlist to play.
Steps to reproduce:
totem "http://mrc.gran.googlepages.com/example-nested-playlist.asx"
(the asx contents of this url can be seen below.)
Actual results:
- only the first item of the master-playlist above is shown.
- each item can be played successfully if manually started using the sub-playlist urls (see list of urls below).
- *sometimes*, totem can be made to iterate over some of the master playlist items if the 'next item' button is pressed repeatedly without stopping.
Expected results:
totem should play *all* videostreams in the leaves of the playlist tree, just like Microsoft Media Player does.
Does this happen every time?
yes
Other information:
- Microsoft media player fetches/plays each asx sub-playlists and mms: streams inside them synchronously (depth-first, blocking the iteration that fetches the next asx sub-playlist contents until the current videostream is over or cancelled).
- maybe totem is doing this asynchronously (breadth-first, fetching the contents of all asx sub-playlists before starting to play the first videostream)?
The master playlist in the root of the tree (pointing to nested sub-playlists) given as example:
<asx version = "3.0">
`<entry>`
<ref href="http://playervideo.globo.com/webmedia/GMCMidiaASX?midiaId=654705|banda=N|ext.asx"/>
`</entry>`
`<entry>`
<ref href="http://playervideo.globo.com/webmedia/GMCMidiaASX?midiaId=660298|banda=N|ext.asx"/>
`</entry>`
`<entry>`
<ref href="http://playervideo.globo.com/webmedia/GMCMidiaASX?midiaId=660285|banda=N|ext.asx"/>
`</entry>`
`<entry>`
<ref href="http://playervideo.globo.com/webmedia/GMCMidiaASX?midiaId=659836|banda=N|ext.asx"/>
`</entry>`
`</asx>`
Version: 2.23.xhttps://gitlab.gnome.org/GNOME/totem-pl-parser/-/issues/7Try to reduce remote accesses2019-03-20T10:37:12ZBugzillaTry to reduce remote accesses## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#395827)](https://bugzilla.gnome.org/show_bug.cgi?id=395827)**
## Description
$ ./test-parser http://localhost:12345/playlist.asx
###################### parsing #####...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#395827)](https://bugzilla.gnome.org/show_bug.cgi?id=395827)**
## Description
$ ./test-parser http://localhost:12345/playlist.asx
###################### parsing ################
added URI 'http://localhost:12345/leopard.mov' with title 'empty' genre 'empty'
added URI 'http://localhost:12345/frontrow-music.mov' with title 'empty' genre 'empty'
Shows in the logs:
127.0.0.1 - - [12/Jan/2007:16:19:26 +0000] "GET /playlist.asx HTTP/1.1" 200 319 "-" "gnome-vfs/2.14.2 neon/0.25.4"
127.0.0.1 - - [12/Jan/2007:16:19:26 +0000] "GET /playlist.asx HTTP/1.1" 200 319 "-" "gnome-vfs/2.14.2 neon/0.25.4"
127.0.0.1 - - [12/Jan/2007:16:19:26 +0000] "GET /leopard.mov HTTP/1.1" 200 348892 "-" "gnome-vfs/2.14.2 neon/0.25.4"
127.0.0.1 - - [12/Jan/2007:16:19:26 +0000] "GET /frontrow-music.mov HTTP/1.1" 200 473716 "-" "gnome-vfs/2.14.2 neon/0.25.4"
It should only access playlist.asx once if possible.
Version: 2.23.x