67251e93f756baf940c1ddc9a382b35b76dd4f75: Bug 1539970 - Support taskcluster cache env var in mozproxy. r=tarek
Eric Rahm <erahm@mozilla.com> - Fri, 29 Mar 2019 17:12:37 +0000 - rev 466796
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1539970 - Support taskcluster cache env var in mozproxy. r=tarek TaskCluster tasks use the `TOOLTOOL_CACHE` env var to specify which directory to use for the `tooltool` cache. This patch falls back to that value if `TOOLTOOLCACHE` is not found. Differential Revision: https://phabricator.services.mozilla.com/D25305
7d8d318ea0627102c14b211ab487042563b122b8: Bug 1537940 - [Mac] With content sandbox disabled, processes "Not Responding" in Activity Monitor r=Alex_Gaynor
Haik Aftandilian <haftandilian@mozilla.com> - Fri, 29 Mar 2019 13:47:44 +0000 - rev 466795
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1537940 - [Mac] With content sandbox disabled, processes "Not Responding" in Activity Monitor r=Alex_Gaynor Make sure CGSShutdownServerConnections() is called regardless of whether or not the sandbox is enabled. Differential Revision: https://phabricator.services.mozilla.com/D24794
e356ebea641d36d5285b058b53b4ecc4e6eb3eff: Bug 1539578 - Add telemetry for DH use in WebCrypto API r=keeler
J.C. Jones <jjones@mozilla.com> - Fri, 29 Mar 2019 15:55:54 +0000 - rev 466794
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1539578 - Add telemetry for DH use in WebCrypto API r=keeler Our WebCrypto implementation supports using DH as an algorithm in generateKey, which is not one of the recognized algorithms in the published specification [0]. We should seek to remove it from Firefox, but before we do, it'd be good to gather some telemetry on whether it's used at all, even in its' non-standard form. [0] https://www.w3.org/TR/WebCryptoAPI/#algorithm-overview Differential Revision: https://phabricator.services.mozilla.com/D25291
8cde0ca01548efbce3d08620f0831acd6af26938: Bug 1537977 - Add a ManagedEndpoint IPDL type for manually constructing actors, r=mccr8
Nika Layzell <nika@thelayzells.com> - Thu, 28 Mar 2019 20:02:50 +0000 - rev 466793
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1537977 - Add a ManagedEndpoint IPDL type for manually constructing actors, r=mccr8 Differential Revision: https://phabricator.services.mozilla.com/D24425
be0fbe76851f6b09f56744a245cf633d40c85fa4: Bug 1494675 - Merge SourceListener::Remove into SourceListener::Stop. r=padenot
Andreas Pehrson <apehrson@mozilla.com> - Fri, 29 Mar 2019 16:12:20 +0000 - rev 466792
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1494675 - Merge SourceListener::Remove into SourceListener::Stop. r=padenot Depends on: D24903 Differential Revision: https://phabricator.services.mozilla.com/D25114
276622dfadd8c63574341b02fa5e594a36493c37: Bug 1494675 - Fix remaining static-analysis warnings in dom/media/webrtc. r=jib
Andreas Pehrson <apehrson@mozilla.com> - Wed, 27 Mar 2019 18:58:45 +0000 - rev 466791
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1494675 - Fix remaining static-analysis warnings in dom/media/webrtc. r=jib Bug 1538113 fixed most, but apparently some remained. Unclear why -- perhaps I ran it with a different config this time. Differential Revision: https://phabricator.services.mozilla.com/D24903
1248d2f659a9f341f0de5d6558eecf364fc6f0a2: Bug 1494675 - Remove windowID to MediaEngineSource mappings from MediaEngines. r=padenot
Andreas Pehrson <apehrson@mozilla.com> - Wed, 27 Mar 2019 14:10:10 +0000 - rev 466790
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1494675 - Remove windowID to MediaEngineSource mappings from MediaEngines. r=padenot These once served a caching-and-reuse purpose it seems, but it makes less sense when sources are not shared. There seems to still be functioning code to re-use fake audio devices, but this seems like premature optimization. Especially since we don't care much about fake devices in release. This patch removes it all, together with some plumbing around the mechanism. Differential Revision: https://phabricator.services.mozilla.com/D24902
20543d03a4cda05c785011a25079aa42aec8b2ba: Bug 1494675 - Remove AllocationHandle. r=padenot
Andreas Pehrson <apehrson@mozilla.com> - Wed, 27 Mar 2019 14:10:24 +0000 - rev 466789
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1494675 - Remove AllocationHandle. r=padenot The handle was used to keep separate allocations of the same source in a single process apart. Sources no longer use sharing, so we no longer need allocations or their handles even as a concept. Differential Revision: https://phabricator.services.mozilla.com/D24901
9e7832fee028f5de447c95bc0d88ddea5b09ab37: Bug 1494675 - Remove MediaEngineSource::RequiresSharing. r=padenot
Andreas Pehrson <apehrson@mozilla.com> - Wed, 27 Mar 2019 14:10:27 +0000 - rev 466788
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1494675 - Remove MediaEngineSource::RequiresSharing. r=padenot Sources are no longer shared. Differential Revision: https://phabricator.services.mozilla.com/D24900
1f79ed91a20bbe91ced53c1fe3c70fafd6272fd5: Bug 1525323 - Remove SourceTrackListener from MediaManager. r=padenot
Andreas Pehrson <apehrson@mozilla.com> - Wed, 27 Mar 2019 18:05:56 +0000 - rev 466787
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1525323 - Remove SourceTrackListener from MediaManager. r=padenot This moves the responsibility of forwarding NotifyPull() from the graph thread to MediaEngineSources out of MediaManager and into the sources themselves. This is better aligned with how the sources work, since not all sources need pulling. This also clarifies lifetime management of these listeners in relation to when pulling is enabled for a track, since the sources are already handling enabling pulling themselves. Differential Revision: https://phabricator.services.mozilla.com/D24896
9414b7e93b3570b3e4209992a3adf3c94e388dc1: Bug 1538042 Part 1: Change nsIFind::Find to have access to text length. r=mccr8
Brad Werth <bwerth@mozilla.com> - Fri, 29 Mar 2019 15:55:57 +0000 - rev 466786
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1538042 Part 1: Change nsIFind::Find to have access to text length. r=mccr8 Differential Revision: https://phabricator.services.mozilla.com/D25005
f7f9e20d71b78bdbd94d73d9ab3225b212a2be37: Bug 1538968 - don't register link updates for localization links in system-principal docs, r=smaug
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 29 Mar 2019 16:01:37 +0000 - rev 466785
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1538968 - don't register link updates for localization links in system-principal docs, r=smaug Differential Revision: https://phabricator.services.mozilla.com/D24909
657dd79f0363df00daeb7873429a19c1fbb8028c: Bug 1539665 - Remove arrowScrollbox as 'this' parameter into Array.filter;r=dao
Brian Grinstead <bgrinstead@mozilla.com> - Fri, 29 Mar 2019 16:00:08 +0000 - rev 466784
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1539665 - Remove arrowScrollbox as 'this' parameter into Array.filter;r=dao It's unused, since _canScrollToElement is overridden right below and doesn't use 'this'. Differential Revision: https://phabricator.services.mozilla.com/D25412
2cbcf3ac7ca69ca7717c8a8232b293f75ef2ca8a: Backed out changeset 98452610cfcc (bug 1539407) for browser-chrome failure at /builds/worker/workspace/build/src/dom/indexedDB/IDBRequest.cpp:284. On a CLOSED TREE
Daniel Varga <dvarga@mozilla.com> - Fri, 29 Mar 2019 18:01:58 +0200 - rev 466783
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Backed out changeset 98452610cfcc (bug 1539407) for browser-chrome failure at /builds/worker/workspace/build/src/dom/indexedDB/IDBRequest.cpp:284. On a CLOSED TREE
e711067609323aaed6ebfb0286cb14be35bd5859: Bug 1539684 - Don't let scrollPercent become NaN if maxThumbPos is zero. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Fri, 29 Mar 2019 15:39:35 +0000 - rev 466782
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1539684 - Don't let scrollPercent become NaN if maxThumbPos is zero. r=botond Differential Revision: https://phabricator.services.mozilla.com/D25405
7f9e2ce2bf14b4be1ab91cc0f72159ed5f3c7328: Backed out 4 changesets (bug 1524276) for mochitest-devtools at devtools/client/webconsole/test/fixtures/stub-generators/browser_webconsole_check_stubs_console_api.js. On a CLOSED TREE
Daniel Varga <dvarga@mozilla.com> - Fri, 29 Mar 2019 17:48:19 +0200 - rev 466781
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Backed out 4 changesets (bug 1524276) for mochitest-devtools at devtools/client/webconsole/test/fixtures/stub-generators/browser_webconsole_check_stubs_console_api.js. On a CLOSED TREE Backed out changeset 78fb95dc20e3 (bug 1524276) Backed out changeset 30570673a894 (bug 1524276) Backed out changeset 9476f9253c9c (bug 1524276) Backed out changeset 6f1c417146be (bug 1524276)
f82c2e5a18880a8f61e9d87e0e1da90eacbf89a3: Bug 1540093 - Add a whitelist entry for browser_parsable_css if -moz-block-height is disabled. r=bustage
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 29 Mar 2019 16:35:55 +0100 - rev 466780
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1540093 - Add a whitelist entry for browser_parsable_css if -moz-block-height is disabled. r=bustage
7400f023dec11d21532b8df910cbfe29dd0fdc08: Bug 1532582 - Display autofill popup in correct location.
Emily Toop <etoop@mozilla.com> - Fri, 29 Mar 2019 15:25:42 +0000 - rev 466779
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1532582 - Display autofill popup in correct location. This autofill popover was being displayed in the incorrect place because the display rect we were providing to the `AutofillManager` was the rect for the `GeckoView` and not the rect for the HTML element that the autofill popover was relating to. 1. Add view dimensions to info passed to autofill in `GeckoViewAutoFill`. 2. Use those view dimensions to calculate the correct location on the screen using `pageToScreenMatrix` in `GeckoSession`. The resulting locations were incorrect, as the values used by `pageToScreenMatrix` were out of date. The `GeckoSession` was only notified about updated metrics during first composite, which meant that when the metrics changed during zoom and scroll on soft keyboard presentation, `GeckoSession` was unaware of it. 3. Update `GeckoSession` with new screen metrics when they change and not only during first composite. Despite this change ensuring that `GeckoSession` always had the correct values for the viewport size and location, the request to provide the autofill location was made before the zoom and scroll was complete, meaning that even then out of date values were used during the calculation. The intial solution was to fire an event once zoom was complete, but despite this event being fired after the new screen size had been calculcated in `AsyncCompositionManager`, `GeckoSession` did not receive the values until after the event had been processed (the calls were out by 0.024ms). 5. Call new method `onScreenMetricsUpdated` inside `SessionTextInput` after screen metrics have been updated. Call `AutofillManager#notifyViewEntered` from this function. This was not my preferred solution to this, but timing issues meant I could not find/think of an alternative way of delaying the calculation of the autofill popover location until after `GeckoSession` had been updated. This patch currently fixes things on GV apps. Occasionally, on Fennec, the autofill view is out of alignment slightly. This needs further work. Differential Revision: https://phabricator.services.mozilla.com/D25406
f529b394cb111fff7e16028f063f3b8c3b96b225: Bug 1540015 - part 3: Rename Document::GetShell() to Document::GetPresShell() and make it return PresShell* rather than nsIPresShell* r=smaug,emilio
Masayuki Nakano <masayuki@d-toybox.com> - Fri, 29 Mar 2019 15:12:47 +0000 - rev 466778
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1540015 - part 3: Rename Document::GetShell() to Document::GetPresShell() and make it return PresShell* rather than nsIPresShell* r=smaug,emilio This makes `Document::GetShell()` return `PresShell*` instead of `nsIPresShell`. Additonally, "shell" is unclear ("docshell" vs. "presshell"). Therefore, this also renames `Document::GetShell()` to `Document::GetPresShell()`. Similarly, some other method names of `Document` are also renamed from `*Shell*` to `*PresShell*`. Differential Revision: https://phabricator.services.mozilla.com/D25338
f2267d0779f7bc110e0a110a4b18eb651e4a1466: Bug 1540015 - part 2: Make nsPresContext.h stop including nsIPresShel.h and nsIPresShellInlines.h r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Fri, 29 Mar 2019 15:11:22 +0000 - rev 466777
Push 35780 by opoprus@mozilla.com at Fri, 29 Mar 2019 21:53:01 +0000
Bug 1540015 - part 2: Make nsPresContext.h stop including nsIPresShel.h and nsIPresShellInlines.h r=smaug `*Inlines.h` shouldn't be included by another header file, but `nsPresContext.h` does it. This causes include-hell which blocks the following fix. Additionally, it causes an include hell between `PresShell.h` vs. `nsIPresShell.h` and `nsPresContext.h if `Document.h` includes `PresShell.h`. Therefore, this patch also solves this include hell with adding `nsPresContextInlines.h`. Differential Revision: https://phabricator.services.mozilla.com/D25333
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip