8b79d4ccb76e0a85a1f9de2933b4c16665065c82: Bug 1589826 - Remove the megabar's "focused & collapsed" state. r=mak
Harry Twyford <htwyford@mozilla.com> - Tue, 05 Nov 2019 15:21:29 +0000 - rev 500684
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1589826 - Remove the megabar's "focused & collapsed" state. r=mak Differential Revision: https://phabricator.services.mozilla.com/D49824
e6fa62187db798c6c58c2bf973cc453768047b67: Bug 1592268 - Make the permanent search icon a bookmarks doorhanger anchor. r=mak
Harry Twyford <htwyford@mozilla.com> - Tue, 05 Nov 2019 16:28:13 +0000 - rev 500683
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1592268 - Make the permanent search icon a bookmarks doorhanger anchor. r=mak Differential Revision: https://phabricator.services.mozilla.com/D51814
5275ea4d5a1aec6e1e66e051456c4239fe91df11: Bug 1593665 - Increase font-weight of highlighted URLs and titles in the Megabar. r=mak
Harry Twyford <htwyford@mozilla.com> - Tue, 05 Nov 2019 16:16:28 +0000 - rev 500682
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1593665 - Increase font-weight of highlighted URLs and titles in the Megabar. r=mak Differential Revision: https://phabricator.services.mozilla.com/D51816
f86d070215fdea7cf81ea502c1558b1b2138ba5a: Bug 1587142 - Remove XBL tests in layout/ r=bzbarsky
Brian Grinstead <bgrinstead@mozilla.com> - Tue, 05 Nov 2019 20:45:28 +0000 - rev 500681
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1587142 - Remove XBL tests in layout/ r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D50651
cbec8a55a1bbad484ea0628b527de6f0cc7dc5f7: Bug 1575008 - WebGPU implementation basis r=webidl,baku
Dzmitry Malyshau <dmalyshau@mozilla.com> - Tue, 05 Nov 2019 19:51:15 +0000 - rev 500680
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1575008 - WebGPU implementation basis r=webidl,baku This change vendors `wgpu` library in-tree and hooks up the initialization bits. It implements adapter and device initialization and adds a simple test. Current status: - [x] Architecture - [x] figure out the IPC story - [ ] move wgpu crates into a dedicated folder (let's follow up with this) - [x] Review - [x] WebIDL changes by DOM peers - [x] Linux - [x] avoid depending on spirv_cross - https://github.com/gfx-rs/wgpu/pull/371 - [x] macOS - [x] due to cross-compiling shaders - https://github.com/gfx-rs/gfx/pull/3047 - [x] need the dependency update - [x] stop using gcc - https://github.com/SSheldon/rust-objc-exception/pull/5 - [x] unexpected SSL header collision - https://phabricator.services.mozilla.com/D51148 - [x] undefined Metal symbols - [x] missing webrtc headers for IPDL magic - https://phabricator.services.mozilla.com/D51558 - [x] Windows - [x] due to "ipc-channel" not supporting Windows yet - https://github.com/servo/ipc-channel/pull/233~~ - [x] due to some exceptional stuff - https://github.com/grovesNL/spirv_cross/issues/121 - [x] undefined symbol: `D3D12CreateDevice` - [x] d3d12.dll is not found, dxgi1_4 doesn't present - [x] d3d11.dll and dxgi.dll need to be explicitly loaded on win32 mingw - https://github.com/gfx-rs/gfx/pull/3076 - [x] libbacktrace fails to link on win32 mingw - [x] cc mislinking C++ standard library - https://github.com/alexcrichton/cc-rs/pull/455 - [x] Android - [x] spirv-cross fails to build - https://github.com/KhronosGroup/SPIRV-Cross/pull/1193 Update-1: We decided to go with IPDL mechanism instead of Rust based ipc-channel (or any alternatives), which unblocks Windows build. Update-2: It appears that WebGPUThreading isn't needed any more as the child thread (and its event loop) is now managed by IPDL infrastructure. This PR removes it 🎉 . Update-3: InstanceProvider is also removed. Update-4: All set, the try is green, waiting for dependent changes to go in. Differential Revision: https://phabricator.services.mozilla.com/D49458
6922ef47c25721aa5e7bc2a7bed57161a8b0f21e: Bug 1593975 - update linearWeakMarkingDisabled_ to MainThreadOrGCTaskData. r=jonco
Yoshi Cheng-Hao Huang <allstars.chh@gmail.com> - Tue, 05 Nov 2019 17:32:34 +0000 - rev 500679
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1593975 - update linearWeakMarkingDisabled_ to MainThreadOrGCTaskData. r=jonco Differential Revision: https://phabricator.services.mozilla.com/D51810
10acc06abfb47f88c1e1a692dd284211bbefc050: Bug 1594055 - Update telemetry email for ex-necko people r=dragana
Valentin Gosu <valentin.gosu@gmail.com> - Tue, 05 Nov 2019 20:09:42 +0000 - rev 500678
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1594055 - Update telemetry email for ex-necko people r=dragana Differential Revision: https://phabricator.services.mozilla.com/D51851
15f2829db807a503a42e8d35ab5cbdf6f05d65fe: Bug 1588055 - Remove use of nsAutoPtr in MediaPipeline. r=bwc
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:59 +0000 - rev 500677
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1588055 - Remove use of nsAutoPtr in MediaPipeline. r=bwc Differential Revision: https://phabricator.services.mozilla.com/D49239
bbff556beb57c45c5fdf88919d4d89431d8fe740: Bug 1588055 - Fix MediaPipeline static-analysis warnings and make RefPtr passing consistent. r=bwc
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:52 +0000 - rev 500676
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1588055 - Fix MediaPipeline static-analysis warnings and make RefPtr passing consistent. r=bwc Differential Revision: https://phabricator.services.mozilla.com/D48957
c3f52449c92c90882fd96ca4003670bc89d1f186: Bug 1212237 - Use a content principal by default for received tracks. r=bwc
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:45 +0000 - rev 500675
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1212237 - Use a content principal by default for received tracks. r=bwc This swaps things around so that received tracks in peer connections have a content principal instead of a null principal initially. This puts an extra requirement on us to not output any frames under the content principal after ALPN has been negotiated with requested privacy, but before this private principal has been signaled to the MediaPipelines. The private principal is signaled from the STS thread, via the main thread, whereas media is consumed directly by MediaPipelines after being received on the STS thread. This patch adds an extra signaling path directly from the STS thread that tells MediaPipelines to make their PrincipalHandle private, and to ignore any data until the private PrincipalHandle is set. It also moves the responsibility of updating the principal of the received MediaStreamTracks from TransceiverImpl to MediaPipeline, so it's all in the same path. This lets all MediaStream and MediaStreamTrack APIs consume received tracks directly after getting exposed to JS without errors. In case privacy is later requested, consumers that have already been set up must handle this on the fly. (They do, in specs and impls) Differential Revision: https://phabricator.services.mozilla.com/D48947
c23272ab755f69f6eca53486ce935f0d96c984d3: Bug 1212237 - s/nsIEventTarget/nsISerialEventTarget/ in media/webrtc. r=bwc
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:29 +0000 - rev 500674
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1212237 - s/nsIEventTarget/nsISerialEventTarget/ in media/webrtc. r=bwc nsISerialEventTarget is more semantically accurate for these uses, as the dispatched runnables cannot run in parallel. It also allows us to use InvokeAsync in future patches, as that function only takes nsISerialEventTarget. Differential Revision: https://phabricator.services.mozilla.com/D49262
184b8485ae32cd143a26ea3fc3a00b8a9917b8e9: Bug 1212237 - Be explicit about principals for received tracks. r=bwc
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:15 +0000 - rev 500673
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1212237 - Be explicit about principals for received tracks. r=bwc This patch fixes two things: 1) A potential threading issue in setting and reading the PrincipalHandle for MediaPipelineReceiveVideo. 2) Plumbs the PrincipalHandle down to the receiving MediaPipelines right from the start. It hasn't been necessary in the past as initially the principal handed to a track's constructor is trusted, but it's good form and will help clarify the situation for the next patch which switches the initial principal from always-private to mostly-non-private. In most cases this principal does no longer get updated after the track's been created, so it helps to have a PrincipalHandle that matches the track's principal. Differential Revision: https://phabricator.services.mozilla.com/D48946
e406c203d2a97a8fbcc813811140a6374eb60a5d: Bug 1212237 - Use MediaRecorder to test peerIdentity track isolation. r=jib
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:08 +0000 - rev 500672
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1212237 - Use MediaRecorder to test peerIdentity track isolation. r=jib Differential Revision: https://phabricator.services.mozilla.com/D48945
4adcbfd99da073912d07324022b97e9261a4dccb: Bug 1212237 - Add mochitest to test that freshly received tracks are not isolated. r=jib
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Nov 2019 20:04:00 +0000 - rev 500671
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1212237 - Add mochitest to test that freshly received tracks are not isolated. r=jib Differential Revision: https://phabricator.services.mozilla.com/D48944
47f54345d70497eae2dba2c4cdb89175d5c06761: Backed out 2 changesets (bug 1576733) for android build bustages on OSFileConstants.cpp. CLOSED TREE
Brindusan Cristian <cbrindusan@mozilla.com> - Tue, 05 Nov 2019 21:50:12 +0200 - rev 500670
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Backed out 2 changesets (bug 1576733) for android build bustages on OSFileConstants.cpp. CLOSED TREE Backed out changeset 12df7898b0ee (bug 1576733) Backed out changeset 4ab691bf4228 (bug 1576733)
bf21ece69365a8caa21a0c1556b5027e0b8cb071: Bug 1582195 - Provide a job to build lucetc r=froydnj
Ricky Stewart <rstewart@mozilla.com> - Tue, 05 Nov 2019 16:30:24 +0000 - rev 500669
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1582195 - Provide a job to build lucetc r=froydnj Differential Revision: https://phabricator.services.mozilla.com/D51716
189852a9cf2ab97bda7372bf570c77c9e4ea71a8: Bug 1588017 - Clean up nsIFrame::IntrinsicISizeOffsetData r=TYLin,dholbert
alaskanemily <emcdonough@mozilla.com> - Tue, 05 Nov 2019 18:52:03 +0000 - rev 500668
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1588017 - Clean up nsIFrame::IntrinsicISizeOffsetData r=TYLin,dholbert Update the comments, name, and fields to show it is agnostic of isize/bsize. Differential Revision: https://phabricator.services.mozilla.com/D51739
39a25925dff4e8d814331e9eb3aeaf8bb0ab54e7: Bug 1593810 - Mark a Http3Stream DONE when nsHttpTransaction has picked up the FIN/RESET signal. r=mayhemer
Dragana Damjanovic <dd.mozilla@gmail.com> - Tue, 05 Nov 2019 18:59:23 +0000 - rev 500667
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1593810 - Mark a Http3Stream DONE when nsHttpTransaction has picked up the FIN/RESET signal. r=mayhemer Differential Revision: https://phabricator.services.mozilla.com/D51707
e24517a8531afd37a496bb6be5b2c1a646612ec7: Bug 1593446 - Neqo do not reset individual streams any more, we must clean them up in necko. r=mayhemer
Dragana Damjanovic <dd.mozilla@gmail.com> - Tue, 05 Nov 2019 18:59:35 +0000 - rev 500666
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1593446 - Neqo do not reset individual streams any more, we must clean them up in necko. r=mayhemer Differential Revision: https://phabricator.services.mozilla.com/D51705
4d9f24928383f3da9fe40a2900a403ceb76c5983: Bug 1592739 - Stop using the vibrant region as the transparent region. r=mattwoodrow
Markus Stange <mstange@themasta.com> - Tue, 05 Nov 2019 19:04:14 +0000 - rev 500665
Push 36769 by ncsoregi@mozilla.com at Wed, 06 Nov 2019 09:57:42 +0000
Bug 1592739 - Stop using the vibrant region as the transparent region. r=mattwoodrow This code was assuming that the only non-opaque parts of compositor rendering would be the parts of the window that had vibrancy. But now that the default window background is transparent, we can have non-vibrant parts where we render into transparency. Dialog windows such as sheet windows are an example of this. So instead of using the non-vibrant region of the window as its opaque region, we now use the region that is covered by opaque Gecko layers. This region is a lot more conservative: For example, the main browser chrome is now entirely transparent, because the chrome's opaque parts share a layer with its transparent parts. As a result, this change slightly affects the CALayer partitioning in the main browser window: The entire browser chrome is now transparent, not just the tab bar. The web content area is still opaque. I think this will be fine. The thing I'm most concerned about is that scrolling inside web content might cause invalidations of pixels from the chrome, because then we'd recomposite the CALayers that cover the vibrant tab bar. This doesn't seem to happen most of the time though, from what I can tell. Differential Revision: https://phabricator.services.mozilla.com/D51466
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip