3db059b34e40b810394a4ef355534fe707504699: Bug 1540573 - P4. Use larger MediaCache sizes when on cellular connection. r=jya
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:44:05 +0000 - rev 472414
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1540573 - P4. Use larger MediaCache sizes when on cellular connection. r=jya Differential Revision: https://phabricator.services.mozilla.com/D26233
fe196b2dfc6247bd8f9ec102aeb9927fffc1af87: Bug 1540573 - P3. Expose network link type on ContentChild for use in content process. r=snorp
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:43:47 +0000 - rev 472413
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1540573 - P3. Expose network link type on ContentChild for use in content process. r=snorp In GeckoView the nsINetworkLinkService doesn't work in the content process, as we don't seem to have an AndroidBridge there, so just maintain the network connection type on the ContentChild. (I had considered keeping this on the NeckoChild, but the creation of that is initiated from the content process side, and there's not an easy and clean way to have the parent process send us the connection type after construction of the NeckoParent, other than have the NeckoChild request it either synchronously, or doing it async and hoping it's not asked for the value before the response comes in.) Differential Revision: https://phabricator.services.mozilla.com/D26232
1bde5042e507bbc2a96809c6a35f1b69e2e016bc: Bug 1540573 - P2. Have GeckoRuntime listen for network link changes when in the foreground. r=snorp
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:43:22 +0000 - rev 472412
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1540573 - P2. Have GeckoRuntime listen for network link changes when in the foreground. r=snorp This allows Gecko to react to network link/status changes events as needed. Differential Revision: https://phabricator.services.mozilla.com/D28942
4ff116b9d729055b866bb9fadf35065bba8f1c63: Bug 1540573 - P1. Observe ProcessLifecycle events in GeckoRuntime. r=snorp
Eugen Sawin <esawin@mozilla.com>, Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:43:02 +0000 - rev 472411
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1540573 - P1. Observe ProcessLifecycle events in GeckoRuntime. r=snorp This is esawin's patch from Bug 1544076; D28083. Differential Revision: https://phabricator.services.mozilla.com/D28941
5a253216d75bddddd0a959e623df45d93cae556a: Bug 1546757 - [tryselect] Always cache both the full_task_set and target_task_set when generating tasks, r=tomprince
Andrew Halberstadt <ahalberstadt@mozilla.com> - Fri, 03 May 2019 02:26:57 +0000 - rev 472410
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1546757 - [tryselect] Always cache both the full_task_set and target_task_set when generating tasks, r=tomprince Since we need to generate the full_task_set as a prereq to the target_task_set, and since getting from full_task_set -> target_task_set is trivial.. we might as well save both computed sets to the cache while we have them. This means users that run: $ ./mach try fuzzy and then run: $ ./mach try fuzzy --full (or vice versa) Will only incur task generation once. It also means that the 'watchman' trigger will cache both taskgraphs. Differential Revision: https://phabricator.services.mozilla.com/D29557
82b12442ef447627526f43bab6101e5047dbc07a: Bug 1546757 - [tryselect] Add a watchman trigger to rebuild the taskgraph cache in the background, r=tomprince
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 02 May 2019 16:45:19 +0000 - rev 472409
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1546757 - [tryselect] Add a watchman trigger to rebuild the taskgraph cache in the background, r=tomprince This adds a 'watchman.json' file to /tools/tryselect and some documentation on how to use it. Tl;dr, install watchman and then: $ cd path/to/gecko $ watchman -j < tools/tryselect/watchman.json Differential Revision: https://phabricator.services.mozilla.com/D28771
d0b5adc9ff325765bfd2657625510ed26e9f2e72: Bug 1546757 - [tryselect] Provide defaults to generate_tasks arguments, r=Callek
Andrew Halberstadt <ahalberstadt@mozilla.com> - Tue, 30 Apr 2019 16:41:47 +0000 - rev 472408
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1546757 - [tryselect] Provide defaults to generate_tasks arguments, r=Callek This allows consumers to call 'generate_tasks()' without arguments. Differential Revision: https://phabricator.services.mozilla.com/D28770
22980cfa0285de0d9ca08eb7824bb528a8cab43c: Backed out changeset 0ef6e3e9552d (bug 1548626) for browser_contentBlocking.js failures
Bogdan Tara <btara@mozilla.com> - Fri, 03 May 2019 05:03:30 +0300 - rev 472407
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Backed out changeset 0ef6e3e9552d (bug 1548626) for browser_contentBlocking.js failures
59549c837955397b4d7da4f1c1f1656868f7f05b: Bug 1334012 - Move Login AutoComplete to its own interface. r=jaws
Matthew Noorenberghe <mozilla@noorenberghe.ca> - Fri, 03 May 2019 00:08:12 +0000 - rev 472406
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1334012 - Move Login AutoComplete to its own interface. r=jaws Differential Revision: https://phabricator.services.mozilla.com/D29694
d6416b8998419c628c2383cf768bf2c5845931bf: Bug 1545308 - Add cpufreq/scaling_governor info to android-performance.log; r=wcosta
Geoff Brown <gbrown@mozilla.com> - Fri, 03 May 2019 01:13:50 +0000 - rev 472405
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1545308 - Add cpufreq/scaling_governor info to android-performance.log; r=wcosta Verify setting of scaling_governor by adding it to existing log. Differential Revision: https://phabricator.services.mozilla.com/D29722
7c2f4e64d38e0405f9ff86d16f3d51d1e9f3306c: Bug 1320404 - Remove appId from origin attributes - part 4 - necko, r=valentin
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 02 May 2019 17:25:05 +0000 - rev 472404
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1320404 - Remove appId from origin attributes - part 4 - necko, r=valentin Differential Revision: https://phabricator.services.mozilla.com/D29356
a7e7c02511798c661d48abedd7358f10e7efc507: Bug 1320404 - Remove appId from origin attributes - part 3 - Permissionmanager, r=Ehsan
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 02 May 2019 17:24:59 +0000 - rev 472403
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1320404 - Remove appId from origin attributes - part 3 - Permissionmanager, r=Ehsan Differential Revision: https://phabricator.services.mozilla.com/D29355
dd741b25a24443f4c4298b46933eb21a603fc22f: Bug 1320404 - Remove appId from origin attributes - part 2 - NO_APP_ID UNKNOWN_APP_ID, r=Ehsan
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 02 May 2019 17:24:53 +0000 - rev 472402
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1320404 - Remove appId from origin attributes - part 2 - NO_APP_ID UNKNOWN_APP_ID, r=Ehsan Differential Revision: https://phabricator.services.mozilla.com/D29354
de9073c57d209c9b4ea110194ae31503f5cf4363: Bug 1320404 - Remove appId from origin attributes - part 1 - OriginAttributes and nsIPrincipal, r=Ehsan,flod
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 02 May 2019 17:24:51 +0000 - rev 472401
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1320404 - Remove appId from origin attributes - part 1 - OriginAttributes and nsIPrincipal, r=Ehsan,flod Differential Revision: https://phabricator.services.mozilla.com/D29353
9186bf351f2c474ddd10bcac736a3cf4fd460f21: Backed out 2 changesets (bug 1510569) for crashtests/1419902.html crashes CLOSED TREE
Bogdan Tara <btara@mozilla.com> - Fri, 03 May 2019 03:48:15 +0300 - rev 472400
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Backed out 2 changesets (bug 1510569) for crashtests/1419902.html crashes CLOSED TREE Backed out changeset fc0ae629221a (bug 1510569) Backed out changeset 97f6ac273b5d (bug 1510569)
c2f648fbcbf18415b631252995edf38301c3063e: Bug 1533861 - Add a telemetry to detect disk type r=chutten,froydnj,bdekoz
Sean Feng <sefeng@mozilla.com> - Thu, 02 May 2019 20:43:36 +0000 - rev 472399
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1533861 - Add a telemetry to detect disk type r=chutten,froydnj,bdekoz Differential Revision: https://phabricator.services.mozilla.com/D29383
0ef6e3e9552df27c04a2e839d686aaa45ef094e2: Bug 1548626 - Delay showing the Privacy-UI onboarding by 30 min for new users. r=johannh
Erica Wright <ewright@mozilla.com> - Thu, 02 May 2019 23:17:12 +0000 - rev 472398
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1548626 - Delay showing the Privacy-UI onboarding by 30 min for new users. r=johannh Wait 30 min after a new profile is created before showing the onbording. Differential Revision: https://phabricator.services.mozilla.com/D29762
3edbe004f8ac490b35bedf15009351b7b9e92384: Bug 1548243: add MOZ_UNLIKELY() to MOZ_LOG_TEST() r=froydnj
Randell Jesup <rjesup@wgate.com> - Thu, 02 May 2019 12:56:48 +0000 - rev 472397
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1548243: add MOZ_UNLIKELY() to MOZ_LOG_TEST() r=froydnj Affects MOZ_LOG() since it uses MOZ_LOG_TEST() Differential Revision: https://phabricator.services.mozilla.com/D29610
fc0ae629221af74287f6df6f2ffb8bcc0b52c123: Bug 1510569 - Port onStateChange notifications inside WebProgressChild.jsm to C++ r=baku,kmag
Barret Rennie <barret@brennie.ca> - Thu, 02 May 2019 23:36:24 +0000 - rev 472396
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1510569 - Port onStateChange notifications inside WebProgressChild.jsm to C++ r=baku,kmag We now also only access the document when the state is nsIWebProgress::STATE_STOP. The comments in the previous code indicated that touching the document inside the event handler when the state is not STATE_STOP would result in the content creating a new about:blank document to retrieve the values from. However, it then went on to do this in another location, causing a document to be created whenever we received an onStateChange event. This should no longer occur. Differential Revision: https://phabricator.services.mozilla.com/D28125
97f6ac273b5dcc04a553e4dec24362da2dbc5809: Bug 1510569 - Keep track of whether we are navigating to a new URI in nsDocShell r=mconley,kmag,qdot
Barret Rennie <barret@brennie.ca> - Thu, 02 May 2019 23:35:02 +0000 - rev 472395
Push 35956 by dluca@mozilla.com at Fri, 03 May 2019 12:59:14 +0000
Bug 1510569 - Keep track of whether we are navigating to a new URI in nsDocShell r=mconley,kmag,qdot Previously the `WebNavigationChild` would keep track of when triggering its `nsIWebNavigation`, `goForward`, `goBack`, `gotoIndex`, and `loadURI` methods. It's `nsIWebNavigation` instance is always an `nsIDocShell` and as part of porting `OnStateChange` and `OnLocationChange` events from `WebProgressChild`/`RemoteWebProgress` to `BrowserChild`/`BrowserParent`, this informations needs to be available from the `BrowserChild`. As it stands, it is currently an expando property on the `WebProgressChild`. Instead of introducing yet another XPCOM interface for the WebProgressChild, we now store this information directly on the `nsDocShell`. Furthermore, instead of having the `WebNavigationChild` manage this part of the `nsDocShell`'s state, we can have the `nsDocShell` manage this state itself so it is always consistent. Differential Revision: https://phabricator.services.mozilla.com/D28124
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip