Last modified: 2011-04-14 15:13:12 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 1954 - <playlist> tag for audio playlists
<playlist> tag for audio playlists
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Extensions requests (Other open bugs)
unspecified
All All
: Low enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-23 08:05 UTC by Erik Moeller
Modified: 2011-04-14 15:13 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Erik Moeller 2005-04-23 08:05:43 UTC
A <playlist> tag for audio playlists, most importantly in M3U, would be very
useful. It would work as follows:

<playlist name="Broadcast">
Broadcast1.mp3
Broadcast2.mp3
Broadcast3.mp3|My favorite song
Bad-Url.exe
</playlist>

Output:

[[Play back the following files:]]

Broadcast1.mp3
Broadcast2.mp3
My favorite song
File not found: Bad-Url.exe

These would have to exist either locally, or in the shared repository (Commons
or similar).

The "Play back the following files:" link would point to a
title=pagename&action=m3u&name=Broadcast&extension=.m3u URL which would send
back an M3U file with the full URLs of all the valid filenames (one per line) in
the playlist specified with "name". The action would have to return a page of
the type "audio/x-mpegurl". 

The extension=.m3u is necessary because some players only recognize an M3U as
such if the URL contains the extension. URL rewriting might be used to
accomplish the same effect. For security reasons, &extension=... should accept
no other value than ".m3u", and be only valid in combination with the "m3u" action.
Comment 1 Diaa 2009-03-18 19:29:09 UTC
This is very important. Firefox has by default the native player. So please consider fixing this. 

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links