Open
Bug 1326025
Opened 8 years ago
Updated 2 years ago
Expected HTTP Live playlist filename is wrong
Categories
(Core :: Audio/Video: Playback, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: mmokrejs, Unassigned)
References
()
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Build ID: 20161223030226
Steps to reproduce:
My nightly build of firefox does not play videos from a website. I wanted to at least configfure it to pass the URL to my vlc player or SMPlayer but it seems firefox fetched the playlist file for them instead of passing them the original URL.
Anyway, it is broken because the pre-fetched filename passed to e.g. vlc player is wrong and indeed no such file exists. Vlc gave the following error:
File reading failed:
VLC could not open the file "/tmp/mozilla_mmokrejs0/chunklist_w1283318951.m3u8" (No such file or directory).
File reading failed:
VLC could not open the file "/tmp/mozilla_mmokrejs0/chunklist_w1283318951.m3u8" (No such file or directory).
Your input can't be opened:
VLC is unable to open the MRL 'file:///tmp/mozilla_mmokrejs0/chunklist_w1283318951.m3u8'. Check the log for details.
Actual results:
$ ls -latr /tmp/mozilla_mmokrejs0/
total 2000
-r-------- 1 mmokrejs mmokrejs 128 Dec 28 09:54 playlist.m3u8
-r-------- 1 mmokrejs mmokrejs 128 Dec 28 09:57 playlist-1.m3u8
-r-------- 1 mmokrejs mmokrejs 129 Dec 28 10:00 playlist-2.m3u8
-r-------- 1 mmokrejs mmokrejs 128 Dec 28 10:04 playlist-3.m3u8
$
Expected results:
Seems like an incomplete attempt to use randomly generated temporary filenames for pre-fetched files.
Anyway, the following works on a commandline so:
smplayer http://live.orangeline.cz/rtplive/_definst_/cam428.stream/playlist.m3u8
and I think firefox should also pass to apps just the original URL and not pre-fetch a playloist file at all.
Reporter | ||
Updated•8 years ago
|
Summary: Expected HTTP Live playlist file is wrong → Expected HTTP Live playlist filename is wrong
Reporter | ||
Comment 1•8 years ago
|
||
The build is 53.0a1 (2016-12-23) (64-bit)
Comment 2•8 years ago
|
||
Hi Martin,
Can you please add the website?
Did you tried with new profile? Create a new profile, you have the steps here:https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager
In safe mode is reproducible? https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
Component: Untriaged → Audio/Video
Flags: needinfo?(mmokrejs)
Product: Firefox → Core
Updated•8 years ago
|
Component: Audio/Video → Audio/Video: Playback
Reporter | ||
Updated•8 years ago
|
URL: www.paprsek.cz
Reporter | ||
Updated•8 years ago
|
Flags: needinfo?(mmokrejs)
Reporter | ||
Updated•8 years ago
|
URL: www.paprsek.cz → www.paprsek.net
Reporter | ||
Comment 3•8 years ago
|
||
> In safe mode is reproducible?
Yes, why do you think the filenames would be different?
Sorry, I will not fiddle with my profile. It is clear the filenames=variablenames should be checked and brought in sync.
Comment 4•8 years ago
|
||
Safe mode disables all your add-ons from your profile, if you have any, and in many cases add-ons are responsible for all kind of bugs.
Updated•8 years ago
|
Priority: -- → P5
Reporter | ||
Comment 5•8 years ago
|
||
The thumbnail views with the live video started working now at about 55.0a1 (2017-03-30) (64-bit). See the URL in headings of this bug. They do not play comletely but was some progress in the backgrounds.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•