[tor-bugs] #15910 [Applications/Tor Browser]: Figure out what to do with OpenH264 (downloads) in Tor Browser
Tor Bug Tracker & Wiki
blackhole at torproject.org
Tue Apr 18 11:20:52 UTC 2017
#15910: Figure out what to do with OpenH264 (downloads) in Tor Browser
-------------------------------------------------+-------------------------
Reporter: gk | Owner: gk
Type: task | Status:
| needs_review
Priority: Medium | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: ff52-esr, tbb-7.0-must-alpha, | Actual Points:
TorBrowserTeam201704R |
Parent ID: | Points:
Reviewer: | Sponsor:
-------------------------------------------------+-------------------------
Changes (by gk):
* cc: mcs, brade (added)
* status: reopened => needs_review
* keywords: ff52-esr, tbb-7.0-must-alpha, TorBrowserTeam201704 =>
ff52-esr, tbb-7.0-must-alpha, TorBrowserTeam201704R
Comment:
Okay, the issue is that there is no a local fallback to contact the GMP
download/update service. This is implemented with https://hg.mozilla.org
/mozilla-central/rev/7c1929f35c5d. Thus, the browser thinks the download
server is down (as we block this download) and is falling back to the new
method. See: https://bugzilla.mozilla.org/show_bug.cgi?id=1267495 for a
more detailed discussion. I pushed this to `tor-browser-52.1.0esr-7.0-2`
to get the final build started (https://gitweb.torproject.org/tor-
browser.git/commit/?h=tor-
browser-52.1.0esr-7.0-2&id=72667935298e11ca5a0e2e5202a5d9e33981eedf).
mcs/brade: Could have a quick look at the patch (even if it is post
factum)?
And this is no issue on Windows as we are not compiling with MSVC.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/15910#comment:25>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list