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 338974 - doesn't write .m3u files with non-relative paths
doesn't write .m3u files with non-relative paths
Status: RESOLVED FIXED
Product: totem-pl-parser
Classification: Core
Component: General
Old
Other Linux
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2006-04-19 07:55 UTC by James "Doc" Livingston
Modified: 2008-06-03 17:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description James "Doc" Livingston 2006-04-19 07:55:34 UTC 
Currently totem-plparser can't write M3U entries that are not under the same directory as the playlist. For example if you try to put "~/a/foo" in the playlist ~/b/bar.m3u it will write "(null)" instead. I'm going to look into this.
Comment 1 Bastien Nocera 2006-04-23 23:53:25 UTC 
2006-04-24  Bastien Nocera  <hadess@hadess.net>

        * src/backend/bacon-video-widget-gst-0.10.c:
        (bvw_handle_element_message):
        * src/backend/bacon-video-widget-gst.c:
        (bacon_video_widget_signal_idler):
        * src/backend/video-utils.c: (totem_resolve_relative_link):
        * src/backend/video-utils.h:
        * src/totem-mozilla-viewer.c: (on_got_redirect):
        * src/totem.c: (on_got_redirect):
        Make the GStreamer backends resolve relative redirects, as the
        xine-lib backend does (Closes: #339000)
        * src/plparse/totem-pl-parser.c: (totem_pl_parser_write_m3u):
        Save the full path when we can't get a relative path when saving m3u
        playlists (Closes: #338974)
Comment 2 Philip Withnall 2008-06-03 17:39:30 UTC 
Mass-move from totem to totem-pl-parser. You can remove all messages by searching for this comment.