livestreams on various austrian broadcasters don't start playing
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr102 | --- | unaffected |
| firefox113 | --- | unaffected |
| firefox114 | --- | unaffected |
| firefox115 | + | fixed |
| firefox116 | --- | verified |
People
(Reporter: philipp, Assigned: padenot)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
on firefox 115 on windows 10 it is no longer possible to watch various livestreams from austrian tv channels of different sorts - the content keeps in a loading state/does not start playing.
some samples affected by this problem:
- https://tvthek.orf.at/livestreams (there are constantly changing urls per livestream - the ones currently streaming are marked with a red dot)
- https://www.puls24.at/live
- https://www.atv.at/livestream
(i'm not sure if this content is behind a geolock - perhaps it is necessary to use a vpn in order to access them)
this is the range where the bug first appeared, that i came up with with the help of mozregression:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fa170b66896e1972488dc85979c3df6bd3a07ae6&tochange=f1ecfbba7ed20ecd0284b301ced7f055f4eae575
Comment 1•3 years ago
|
||
Set release status flags based on info from the regressing bug 1817997
:padenot, since you are the author of the regressor, bug 1817997, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Updated•3 years ago
|
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Comment 2•3 years ago
|
||
Updated•3 years ago
|
| Assignee | ||
Comment 3•3 years ago
|
||
Thanks for the report, this should work tomorrow (or the day after) in Nightly. Most of the streams we indeed restricted to Austrian IPs, but the Mozilla VPN allows exiting in Vienna, so I ended up being able to debug.
| Assignee | ||
Comment 4•3 years ago
|
||
| Assignee | ||
Comment 5•3 years ago
|
||
We'll have to uplift this.
Comment 7•3 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/b5837a86ce2a
https://hg.mozilla.org/mozilla-central/rev/fd86f83d1b48
Comment 8•3 years ago
|
||
(In reply to Paul Adenot (:padenot) from comment #5)
We'll have to uplift this.
:padenot could you submit a beta uplift request when ready?
| Reporter | ||
Comment 9•3 years ago
|
||
thank you for the quick fix, i can confirm that the issue is resolved in nightly build 20230606040644
| Assignee | ||
Comment 10•3 years ago
|
||
Comment on attachment 9337471 [details]
WIP: Bug 1836597 - Properly implement operator== for TimeUnit that overflow int64_t.
Beta/Release Uplift Approval Request
- User impact if declined: Some websites (especially live TV) have broken video playback.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a trivial problem that happens to be triggered by some live video websites, and is unit tested directly.
- String changes made/needed: none
- Is Android affected?: Yes
| Assignee | ||
Updated•3 years ago
|
Comment 11•3 years ago
|
||
Comment on attachment 9337471 [details]
WIP: Bug 1836597 - Properly implement operator== for TimeUnit that overflow int64_t.
Approved for 115.0b3.
Comment 12•3 years ago
|
||
Comment on attachment 9337474 [details]
Bug 1836597 - Add more ToString methods on TimeUnit related classes. r?#media-playback-reviewers,alwu
Approved for 115.0b3.
Comment 13•3 years ago
|
||
| bugherder uplift | ||
https://hg.mozilla.org/releases/mozilla-beta/rev/88f0d453503f
https://hg.mozilla.org/releases/mozilla-beta/rev/dc48c0d3502f
Description
•