74f5bf70f7dc9d26d0017bd1ab535b1edaf5619e: bug 1494227: geckodriver: fix ISSUE_TEMPLATE.md link in Bugs.md; r=me
Andreas Tolfsen <ato@sny.no> - Wed, 26 Sep 2018 09:40:01 +0100 - rev 438334
Push 34717 by shindli@mozilla.com at Wed, 26 Sep 2018 21:52:33 +0000
bug 1494227: geckodriver: fix ISSUE_TEMPLATE.md link in Bugs.md; r=me
d2218beee05235644592c9c7f36ec8424e1b1f3c: Bug 1494092. Remove SVGFilterObserverList::IsInObserverLists and related code. r=mattwoodrow
Jonathan Watt <jwatt@jwatt.org> - Mon, 27 Aug 2018 17:05:37 +0100 - rev 438333
Push 34717 by shindli@mozilla.com at Wed, 26 Sep 2018 21:52:33 +0000
Bug 1494092. Remove SVGFilterObserverList::IsInObserverLists and related code. r=mattwoodrow This code is no longer necessary since we now invalidate using Display List Based Invalidation instead of using recursive calls up the frame tree. The tests that are marked as failing have only been passing due to a bug in the code that's being removed from nsSVGIntegrationUtils.cpp which coincidentally hides the fact that we are actually invalidating in those tests given their particular structure (which the tests are supposed to be checking we're not doing). Differential Revision: https://phabricator.services.mozilla.com/D6850
0f22d244af4dea74766377b7fc3e3bcd292f9057: Backed out 2 changesets (bug 1479035) for build bustages bustages netwerk/cache2/target on CLOSED TREE
Noemi Erli <nerli@mozilla.com> - Wed, 26 Sep 2018 08:54:03 +0300 - rev 438332
Push 34717 by shindli@mozilla.com at Wed, 26 Sep 2018 21:52:33 +0000
Backed out 2 changesets (bug 1479035) for build bustages bustages netwerk/cache2/target on CLOSED TREE Backed out changeset 5f8706213610 (bug 1479035) Backed out changeset a03a61d6d724 (bug 1479035)
92cde451be94e8872abb9068da5d89197bd3e925: Bug 1444013 - End the slice if nursery collection took too long r=sfink
Paul Bone <pbone@mozilla.com> - Tue, 25 Sep 2018 15:02:13 +1000 - rev 438331
Push 34717 by shindli@mozilla.com at Wed, 26 Sep 2018 21:52:33 +0000
Bug 1444013 - End the slice if nursery collection took too long r=sfink
5f870621361012ba459943212d8c68a9ff81cb16: Bug 1479035: Part 2 - Get rid of PRThread to nsThread map. r=erahm
Kris Maglione <maglione.k@gmail.com> - Fri, 27 Jul 2018 15:26:08 -0700 - rev 438330
Push 34717 by shindli@mozilla.com at Wed, 26 Sep 2018 21:52:33 +0000
Bug 1479035: Part 2 - Get rid of PRThread to nsThread map. r=erahm These maps hold strong references which complicate nsThread lifetime handling considerably, and only have a couple of fringe uses. We have a linked list of active threads that the thread manager can use for its internal enumeration purposes, and the external uses are easily done away with, so there doesn't seem to be much reason to keep the map around. MozReview-Commit-ID: x7dsj6C4x8
a03a61d6d724503c3b7c5e31fe32ced1f5d1c219: Bug 1479035: Part 1 - Don't create event queues for stub nsThread wrappers. r=froydnj
Kris Maglione <maglione.k@gmail.com> - Fri, 27 Jul 2018 15:13:12 -0700 - rev 438329
Push 34717 by shindli@mozilla.com at Wed, 26 Sep 2018 21:52:33 +0000
Bug 1479035: Part 1 - Don't create event queues for stub nsThread wrappers. r=froydnj Most of the times when we automatically create nsThread wrappers for threads that don't already have them, we don't actually need the event targets, since those threads don't run XPCOM event loops. Aside from wasting memory, actually creating these event loops can lead to leaks if a thread tries to dispatch a runnable to the queue which creates a reference cycle with the thread. Not creating the event queues for threads that don't actually need them helps avoid those foot guns, and also makes it easier to figure out which treads actually run XPCOM event loops. MozReview-Commit-ID: Arck4VQqdne
f8b2114ab5123475cebec470ead6136214c1d10c: Merge autoland to mozilla-central. a=merge
shindli <shindli@mozilla.com> - Thu, 27 Sep 2018 00:51:21 +0300 - rev 438328
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Merge autoland to mozilla-central. a=merge
6e4da634fab4c1e70046fb6a6111cc2575667d62: Bug 1488554: Part 4 - Make FirefoxRunner pass --wait-for-browser on Windows; r=ahal
Aaron Klotz <aklotz@mozilla.com> - Wed, 26 Sep 2018 19:11:55 +0000 - rev 438327
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1488554: Part 4 - Make FirefoxRunner pass --wait-for-browser on Windows; r=ahal Depends on D4972 Differential Revision: https://phabricator.services.mozilla.com/D6702
cffbe101e63b13632b46bc0fb1487224cff7460c: Bug 1488554: Part 3 - Set default value of --enable-launcher-process to true on Windows Nightly builds; r=froydnj
Aaron Klotz <aklotz@mozilla.com> - Wed, 26 Sep 2018 18:46:24 +0000 - rev 438326
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1488554: Part 3 - Set default value of --enable-launcher-process to true on Windows Nightly builds; r=froydnj Depends on D4971 Differential Revision: https://phabricator.services.mozilla.com/D4972
8461e2f532eddcaf4cc68c383c6c92bdbbd4b12a: Bug 1488554: Part 2 - Modify talos/xperf to work with bootstrap process; r=jmaher
Aaron Klotz <aklotz@mozilla.com> - Wed, 26 Sep 2018 18:46:13 +0000 - rev 438325
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1488554: Part 2 - Modify talos/xperf to work with bootstrap process; r=jmaher When the launcher process is enabled, the firefox.exe process that we want to track for main thread I/O isn't the first firefox process that started, but rather the second firefox.exe process, i.e. the first child process of the first firefox.exe process. Depends on D4970 Differential Revision: https://phabricator.services.mozilla.com/D4971
aac4dc44ffda9f6ffe5424a9a13c1e6a5b17ae66: Bug 1488554: Part 1 - Modify Talos to work with bootstrap process; r=jmaher
Aaron Klotz <aklotz@mozilla.com> - Wed, 26 Sep 2018 18:45:44 +0000 - rev 438324
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1488554: Part 1 - Modify Talos to work with bootstrap process; r=jmaher The launcher process needs a couple of flags to work correctly under talos. This patch sets those flags. Differential Revision: https://phabricator.services.mozilla.com/D4970
23841605d322bd069d28d5dfdd73e96247d1f130: Bug 1491436 - remove use of feeds from application selection test, and check the dropdown actually works, r=paolo
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 26 Sep 2018 18:10:43 +0000 - rev 438323
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1491436 - remove use of feeds from application selection test, and check the dropdown actually works, r=paolo Differential Revision: https://phabricator.services.mozilla.com/D6542
14e7673d10f7f774ac2bd180a5fd54d2e5dc3acb: Bug 1494178 - Attempt to instantiate CDM10 before CDM9. r=cpearce
Bryce Van Dyk <bvandyk@mozilla.com> - Wed, 26 Sep 2018 16:34:34 +0000 - rev 438322
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1494178 - Attempt to instantiate CDM10 before CDM9. r=cpearce Depends on D6873 Differential Revision: https://phabricator.services.mozilla.com/D6874
e6f8e822851acb248df066141c3f2a6dcbad20d6: Bug 1494178 - Add check to ChromiumCDMChild to mark samples with 0 encrypted bytes as unencrypted. r=cpearce
Bryce Van Dyk <bvandyk@mozilla.com> - Wed, 26 Sep 2018 16:34:32 +0000 - rev 438321
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1494178 - Add check to ChromiumCDMChild to mark samples with 0 encrypted bytes as unencrypted. r=cpearce With the addition of an explicit encryption enum for CDM10 input data, if a sample has 0 encrypted bytes it must be marked as unencrypted. Historically we could let the CDM figure out based on the unencrypted + encrypted bytes. However, if we mark a sample as encrypted but it has 0 encrypted bytes, the CDM will fail to decrypt. This changeset adds a check to gracefully handle samples that are marked as encrypted but with no encrypted ranges. In such cases we mark the data as unencrypted and log that such data was encountered. This means we don't break playback of encrypted media should we overlook such cases, but have better detection via logging. Differential Revision: https://phabricator.services.mozilla.com/D6873
d86f6268d191ed31554a6b0b9d6d70e2891df83b: Bug 1493655 - make nsISecureBrowserUI initialize from a docshell instead of a window, r=keeler,nika
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 26 Sep 2018 17:48:38 +0000 - rev 438320
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1493655 - make nsISecureBrowserUI initialize from a docshell instead of a window, r=keeler,nika This also removes the (afaict, unused) stub implementation from TabParent. The netwerk header inclusions were necessary because those files included TabParent.h and through it, nsISecureBrowserUI, but now TabParent.h no longer does that. Differential Revision: https://phabricator.services.mozilla.com/D6829
513ebcc0f395531d2bfea60154515dee8c7987d0: Bug 1493628 - only update the 'current' outerWindowID when the browser window is the foreground window, r=dao
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 26 Sep 2018 11:57:07 +0000 - rev 438319
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1493628 - only update the 'current' outerWindowID when the browser window is the foreground window, r=dao Differential Revision: https://phabricator.services.mozilla.com/D6898
8c9d2be6d47e0a530e161430f06f47678c25fe3f: Bug 1473996 - Expose fn.apply in the devtools server. r=nchevobbe
Logan F Smyth <loganfsmyth@gmail.com> - Wed, 26 Sep 2018 16:23:25 +0000 - rev 438318
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1473996 - Expose fn.apply in the devtools server. r=nchevobbe Depends on D6722 Differential Revision: https://phabricator.services.mozilla.com/D6723
df8f12fd43e7829fd9b96e96e0ae063b6d971fe2: Bug 1473996 - Expose getPropertyValue in devtools server to fully evaluate an object property. r=nchevobbe
Logan F Smyth <loganfsmyth@gmail.com> - Wed, 26 Sep 2018 16:12:56 +0000 - rev 438317
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1473996 - Expose getPropertyValue in devtools server to fully evaluate an object property. r=nchevobbe Differential Revision: https://phabricator.services.mozilla.com/D6722
3387f039baf966ab1ae0cb9ee226409208f7d26c: Bug 1476221 - Keep the bounding client rect of the 'FormAssist:AutoCompleteResults' message relative to the visual viewport. r=mstange
Botond Ballo <botond@mozilla.com> - Thu, 20 Sep 2018 19:31:54 +0000 - rev 438316
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1476221 - Keep the bounding client rect of the 'FormAssist:AutoCompleteResults' message relative to the visual viewport. r=mstange Depends on D6090 Differential Revision: https://phabricator.services.mozilla.com/D6091
b91faf6f965b23ea06fd208dceb571fc473a7953: Bug 1476221 - Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r=mstange
Botond Ballo <botond@mozilla.com> - Thu, 20 Sep 2018 19:31:03 +0000 - rev 438315
Push 34716 by shindli@mozilla.com at Wed, 26 Sep 2018 21:51:41 +0000
Bug 1476221 - Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r=mstange Differential Revision: https://phabricator.services.mozilla.com/D6090
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip