searching for reviewer(bzbarsky)
492f35b04474cfc04f904416a7de3f39663a97c4: Bug 1553502 - Allow DOM workers' ScriptLoadInfo to store and evaluate either UTF-8 or UTF-16 data, depending whether dom.worker.script_loader.utf8_parsing.enabled is true. r=bzbarsky
Jeff Walden <jwalden@mit.edu> - Sat, 25 May 2019 19:46:05 +0000 - rev 475583
Push 36064 by rmaries@mozilla.com at Sun, 26 May 2019 09:32:28 +0000
Bug 1553502 - Allow DOM workers' ScriptLoadInfo to store and evaluate either UTF-8 or UTF-16 data, depending whether dom.worker.script_loader.utf8_parsing.enabled is true. r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D32257
20f03bc56440ea70ec402d3c15780d1fb969f829: Bug 1553502 - Make DOM workers' ScriptLoadInfo class use member initializers instead of performing the same initializations in the constructor, for greater readability. r=bzbarsky
Jeff Walden <jwalden@mit.edu> - Sat, 25 May 2019 19:45:52 +0000 - rev 475582
Push 36064 by rmaries@mozilla.com at Sun, 26 May 2019 09:32:28 +0000
Bug 1553502 - Make DOM workers' ScriptLoadInfo class use member initializers instead of performing the same initializations in the constructor, for greater readability. r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D32256
1337df4d9d115578e65cabfe75f0f679dbb9d7ab: Bug 1553502 - Implement ScriptLoader::ConvertToUTF8. r=bzbarsky
Jeff Walden <jwalden@mit.edu> - Sat, 25 May 2019 19:45:50 +0000 - rev 475581
Push 36064 by rmaries@mozilla.com at Sun, 26 May 2019 09:32:28 +0000
Bug 1553502 - Implement ScriptLoader::ConvertToUTF8. r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D32255
a3ce21755353c1a4e87757db055117b01b34533f: Bug 1553957 - Follow-up: Revert changeset 9a89e2b0fa9d and include WindowProxyHolder.h in JSWindowActorChild.cpp. r=bzbarsky
Jorg K <jorgk@jorgk.com> - Sat, 25 May 2019 02:53:49 +0300 - rev 475510
Push 36062 by aciure@mozilla.com at Sat, 25 May 2019 09:39:13 +0000
Bug 1553957 - Follow-up: Revert changeset 9a89e2b0fa9d and include WindowProxyHolder.h in JSWindowActorChild.cpp. r=bzbarsky Reviewers: bzbarsky Reviewed By: bzbarsky Bug #: 1553957 Differential Revision: https://phabricator.services.mozilla.com/D32514
4159b0ad4c5866adfa401beffdf19afd690fd058: Bug 1550633 - part14 : add a test for 'honor user preferences for automatic text track selection'. r=bzbarsky
alwu <alwu@mozilla.com> - Fri, 24 May 2019 00:41:00 +0000 - rev 475494
Push 36062 by aciure@mozilla.com at Sat, 25 May 2019 09:39:13 +0000
Bug 1550633 - part14 : add a test for 'honor user preferences for automatic text track selection'. r=bzbarsky This test is used to ensure that we queue 'honor user preferences for automatic text track selection' as a marco task, not a mirco task. In this test, we would trigger a media event before queuing a text track selection task, and check the text track's mode to know whether the text track selection runs after the task for media event. Differential Revision: https://phabricator.services.mozilla.com/D31921
c90139d2c836e682d93c00727c3b97f02a55f898: Bug 1550633 - part4 : no need to run text track selection in stable state. r=bzbarsky
alwu <alwu@mozilla.com> - Fri, 24 May 2019 00:41:33 +0000 - rev 475478
Push 36062 by aciure@mozilla.com at Sat, 25 May 2019 09:39:13 +0000
Bug 1550633 - part4 : no need to run text track selection in stable state. r=bzbarsky According to spec [1], it doesn't mention that we have to run text track selection in stable state, it just said "the user agent must queue a task to run the following steps". [1] https://html.spec.whatwg.org/multipage/media.html#honor-user-preferences-for-automatic-text-track-selection Differential Revision: https://phabricator.services.mozilla.com/D31374
f43362b707d4ddbaf75d3e77e94137ad1069a2f2: Bug 1553502 - Add a preference to (...eventually) control whether DOM worker scripts are compiled directly from UTF-8 without inflating. r=bzbarsky
Jeff Walden <jwalden@mit.edu> - Tue, 21 May 2019 15:40:15 -0700 - rev 475400
Push 36061 by cbrindusan@mozilla.com at Fri, 24 May 2019 21:49:59 +0000
Bug 1553502 - Add a preference to (...eventually) control whether DOM worker scripts are compiled directly from UTF-8 without inflating. r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D32254
583d4e0945ad964ef5a9cc1a8ccec8faa248e32b: Bug 1550633 - part14 : add a test for 'honor user preferences for automatic text track selection'. r=bzbarsky
alwu <alwu@mozilla.com> - Thu, 23 May 2019 09:03:10 +0000 - rev 475269
Push 36058 by aciure@mozilla.com at Fri, 24 May 2019 03:53:25 +0000
Bug 1550633 - part14 : add a test for 'honor user preferences for automatic text track selection'. r=bzbarsky This test is used to ensure that we queue 'honor user preferences for automatic text track selection' as a marco task, not a mirco task. In this test, we would trigger a media event before queuing a text track selection task, and check the text track's mode to know whether the text track selection runs after the task for media event. Differential Revision: https://phabricator.services.mozilla.com/D31921
def294ad0efb614102f890e85b5b8f9c1e0cf2d7: Bug 1550633 - part4 : no need to run text track selection in stable state. r=bzbarsky
alwu <alwu@mozilla.com> - Thu, 23 May 2019 09:04:58 +0000 - rev 475253
Push 36058 by aciure@mozilla.com at Fri, 24 May 2019 03:53:25 +0000
Bug 1550633 - part4 : no need to run text track selection in stable state. r=bzbarsky According to spec [1], it doesn't mention that we have to run text track selection in stable state, it just said "the user agent must queue a task to run the following steps". [1] https://html.spec.whatwg.org/multipage/media.html#honor-user-preferences-for-automatic-text-track-selection Differential Revision: https://phabricator.services.mozilla.com/D31374
8de5e0880f85d8986b2995cd8685245922e41b5f: Bug 1519577 Remove test_bug562554.xul dependence on button.xml r=bzbarsky
Andrew Swan <aswan@mozilla.com> - Tue, 14 May 2019 16:33:38 -0700 - rev 475139
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1519577 Remove test_bug562554.xul dependence on button.xml r=bzbarsky This is essentially reverting the test changes from bug 653881. The platform changes that motivated bug 653881 were reverted in bug 888787 but the test changes were left in place at that time. Differential Revision: https://phabricator.services.mozilla.com/D31937
8b8349028050387c536fd8c44afdba93c566832c: Bug 1553021 - Update naming of parameter to getAnimations to match spec; r=bzbarsky
Brian Birtles <birtles@gmail.com> - Wed, 22 May 2019 05:40:36 +0000 - rev 475121
Push 36054 by dvarga@mozilla.com at Thu, 23 May 2019 15:52:15 +0000
Bug 1553021 - Update naming of parameter to getAnimations to match spec; r=bzbarsky As per spec text added here: https://github.com/w3c/csswg-drafts/commit/cf3a00ee5cdba2223d51d9e57ac31d25873c90ca Differential Revision: https://phabricator.services.mozilla.com/D31944
bf14265715657dc8688f7ee876935ad251a044e5: Bug 1550633 - part14 : add a test for 'honor user preferences for automatic text track selection'. r=bzbarsky
alwu <alwu@mozilla.com> - Tue, 21 May 2019 19:02:57 +0000 - rev 475116
Push 36054 by dvarga@mozilla.com at Thu, 23 May 2019 15:52:15 +0000
Bug 1550633 - part14 : add a test for 'honor user preferences for automatic text track selection'. r=bzbarsky This test is used to ensure that we queue 'honor user preferences for automatic text track selection' as a marco task, not a mirco task. In this test, we would trigger a media event before queuing a text track selection task, and check the text track's mode to know whether the text track selection runs after the task for media event. Differential Revision: https://phabricator.services.mozilla.com/D31921
4346465d73b1fb60d988576f8bdf22404e3af310: Bug 1550633 - part4 : no need to run text track selection in stable state. r=bzbarsky
alwu <alwu@mozilla.com> - Mon, 20 May 2019 17:34:41 +0000 - rev 475100
Push 36054 by dvarga@mozilla.com at Thu, 23 May 2019 15:52:15 +0000
Bug 1550633 - part4 : no need to run text track selection in stable state. r=bzbarsky According to spec [1], it doesn't mention that we have to run text track selection in stable state, it just said "the user agent must queue a task to run the following steps". [1] https://html.spec.whatwg.org/multipage/media.html#honor-user-preferences-for-automatic-text-track-selection Differential Revision: https://phabricator.services.mozilla.com/D31374
6d063a63bece58fc08ea417c7f00524de57ab59d: Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky
Brendan Dahl <bdahl@mozilla.com> - Wed, 22 May 2019 20:18:03 +0000 - rev 475053
Push 36054 by dvarga@mozilla.com at Thu, 23 May 2019 15:52:15 +0000
Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky Soon XUL documents will be loaded as XHTML and createElement will create HTML elements instead of XUL element by default. This restriction can be removed once we migrate everything. Differential Revision: https://phabricator.services.mozilla.com/D31294
edba72c0c8c6ca88aa62634931c16b247a7e4a11: Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky
Brendan Dahl <bdahl@mozilla.com> - Wed, 22 May 2019 03:02:53 +0000 - rev 474978
Push 36052 by btara@mozilla.com at Thu, 23 May 2019 04:37:46 +0000
Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky Soon XUL documents will be loaded as XHTML and createElement will create HTML elements instead of XUL element by default. This restriction can be removed once we migrate everything. Differential Revision: https://phabricator.services.mozilla.com/D31294
cf4e91d423b444175a954a2772bde5c2944ac2f6: Bug 1519577 Remove test_bug562554.xul dependence on button.xml r=bzbarsky
Andrew Swan <aswan@mozilla.com> - Tue, 21 May 2019 19:26:08 +0000 - rev 474834
Push 36047 by nerli@mozilla.com at Wed, 22 May 2019 03:40:58 +0000
Bug 1519577 Remove test_bug562554.xul dependence on button.xml r=bzbarsky This is essentially reverting the test changes from bug 653881. The platform changes that motivated bug 653881 were reverted in bug 888787 but the test changes were left in place at that time. Differential Revision: https://phabricator.services.mozilla.com/D31937
0b5457f890300631908ed9571c2ccc58fef9cf39: Bug 1552602 - Disable FIDO U2F API for Android r=keeler,bzbarsky
J.C. Jones <jjones@mozilla.com> - Mon, 20 May 2019 16:46:43 +0000 - rev 474740
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552602 - Disable FIDO U2F API for Android r=keeler,bzbarsky Per https://bugzilla.mozilla.org/show_bug.cgi?id=1550625#c5 there is no mechanism available for FIDO U2F JS API operations on Android. The exposed API is FIDO2/WebAuthn-only. As such, Firefox cannot support FIDO U2F JS API operations on Android, and we should disable the u2f preference so that window.u2f is not set inappropriately. Updated to fix test_interfaces.js Differential Revision: https://phabricator.services.mozilla.com/D31695
b8b69c177520654c6707b7cc20d5cc0d3d310573: Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky
Brendan Dahl <bdahl@mozilla.com> - Mon, 20 May 2019 16:50:28 +0000 - rev 474616
Push 36042 by dvarga@mozilla.com at Tue, 21 May 2019 04:19:40 +0000
Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky Soon XUL documents will be loaded as XHTML and createElement will create HTML elements instead of XUL element by default. This restriction can be removed once we migrate everything. Differential Revision: https://phabricator.services.mozilla.com/D31294
d19dbdb939af89443317fc7a2b26c64f44569d56: Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky
Brendan Dahl <bdahl@mozilla.com> - Thu, 16 May 2019 07:12:15 +0000 - rev 474545
Push 36042 by dvarga@mozilla.com at Tue, 21 May 2019 04:19:40 +0000
Bug 1551320 - Don't allow CreateElement in XUL documents. r=bzbarsky Soon XUL documents will be loaded as XHTML and createElement will create HTML elements instead of XUL element by default. This restriction can be removed once we migrate everything. Differential Revision: https://phabricator.services.mozilla.com/D31294
df36c132c6b047cf4b2f81049215157ea7dad11a: Bug 1253476 - Make whitespace in Web Animations WebIDL definitions more consistent; r=bzbarsky
Brian Birtles <birtles@gmail.com> - Mon, 20 May 2019 05:22:44 +0000 - rev 474496
Push 36040 by rgurzau@mozilla.com at Mon, 20 May 2019 13:43:21 +0000
Bug 1253476 - Make whitespace in Web Animations WebIDL definitions more consistent; r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D30611
180d65431190005d9607ae4ca4725226e1c8568c: Bug 1253476 - Implement Animation.commitStyles; r=boris,emilio,bzbarsky,smaug
Brian Birtles <birtles@gmail.com> - Mon, 20 May 2019 06:04:23 +0000 - rev 474493
Push 36040 by rgurzau@mozilla.com at Mon, 20 May 2019 13:43:21 +0000
Bug 1253476 - Implement Animation.commitStyles; r=boris,emilio,bzbarsky,smaug Differential Revision: https://phabricator.services.mozilla.com/D30327
16dbeeceab3854e49afa681ddffa0bfe8b943986: Bug 1253476 - Implement Animation::Persist; r=boris,bzbarsky
Brian Birtles <birtles@gmail.com> - Mon, 20 May 2019 05:22:22 +0000 - rev 474491
Push 36040 by rgurzau@mozilla.com at Mon, 20 May 2019 13:43:21 +0000
Bug 1253476 - Implement Animation::Persist; r=boris,bzbarsky https://drafts.csswg.org/web-animations-1/#dom-animation-persist Differential Revision: https://phabricator.services.mozilla.com/D30325
8642d6a60ad9ff41d3fa5e2f04bc957bd2d6ed81: Bug 1253476 - Add remove events; r=boris,bzbarsky
Brian Birtles <birtles@gmail.com> - Mon, 20 May 2019 05:48:29 +0000 - rev 474488
Push 36040 by rgurzau@mozilla.com at Mon, 20 May 2019 13:43:21 +0000
Bug 1253476 - Add remove events; r=boris,bzbarsky This patch introduces the machinery for dispatching remove events but does not actually cause removing to do anything to the output of the animation beyond updating its replaceState member. The expected behavior is defined in: https://drafts.csswg.org/web-animations-1/#removing-replaced-animations And the corresponding IDL members are defined in: https://drafts.csswg.org/web-animations-1/#animation https://drafts.csswg.org/web-animations-1/#enumdef-animationreplacestate Tests for these events are added in the next patch in this series. Differential Revision: https://phabricator.services.mozilla.com/D30322
72731b10931017b247d79f754145726e52672b71: Bug 1546736 Part 4 - Only capture web socket stacks for net monitor when the docshell/worker is being watched by the devtools, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Sun, 19 May 2019 12:53:45 -1000 - rev 474458
Push 36038 by malexandru@mozilla.com at Mon, 20 May 2019 09:54:18 +0000
Bug 1546736 Part 4 - Only capture web socket stacks for net monitor when the docshell/worker is being watched by the devtools, r=bzbarsky.
541a6a19a385608655f5a8ae6a1b3a11494021ba: Bug 1392411 Part 1 - Report stacks to net monitor when creating web sockets, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Sun, 19 May 2019 12:44:37 -1000 - rev 474455
Push 36038 by malexandru@mozilla.com at Mon, 20 May 2019 09:54:18 +0000
Bug 1392411 Part 1 - Report stacks to net monitor when creating web sockets, r=bzbarsky.
c37ca68a24e5a38192a1ef8ccf01c406ccc511ce: Bug 1546736 Part 4 - Only capture web socket stacks for net monitor when the docshell/worker is being watched by the devtools, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Wed, 08 May 2019 09:31:19 -1000 - rev 474193
Push 36026 by malexandru@mozilla.com at Fri, 17 May 2019 09:30:40 +0000
Bug 1546736 Part 4 - Only capture web socket stacks for net monitor when the docshell/worker is being watched by the devtools, r=bzbarsky.
2e2f3fc37e2eca6e5451c04d395ccf435c3a067c: Bug 1392411 Part 1 - Report stacks to net monitor when creating web sockets, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Fri, 19 Apr 2019 07:37:08 -1000 - rev 474190
Push 36026 by malexandru@mozilla.com at Fri, 17 May 2019 09:30:40 +0000
Bug 1392411 Part 1 - Report stacks to net monitor when creating web sockets, r=bzbarsky.
134b0641a7aabf9f41a42678d74c497592b0fc49: Bug 1546736 Part 3 - Only capture worker script and XHR stacks for net monitor when devtools are watching the worker, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Wed, 08 May 2019 09:30:17 -1000 - rev 474170
Push 36023 by ncsoregi@mozilla.com at Thu, 16 May 2019 21:56:43 +0000
Bug 1546736 Part 3 - Only capture worker script and XHR stacks for net monitor when devtools are watching the worker, r=bzbarsky.
4d7e10772f554bda346bc5f256ea2bbc9f0cd618: Bug 1546736 Part 1 - Keep track of whether docshells and workers are being watched by the devtools, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Wed, 08 May 2019 09:27:32 -1000 - rev 474168
Push 36023 by ncsoregi@mozilla.com at Thu, 16 May 2019 21:56:43 +0000
Bug 1546736 Part 1 - Keep track of whether docshells and workers are being watched by the devtools, r=bzbarsky.
181465d74bc486fee79406d4270b2372d5aea1e5: Bug 1392408 Part 4 - Report stacks to net monitor when opening XHRs from worker, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Thu, 02 May 2019 08:34:49 -1000 - rev 474167
Push 36023 by ncsoregi@mozilla.com at Thu, 16 May 2019 21:56:43 +0000
Bug 1392408 Part 4 - Report stacks to net monitor when opening XHRs from worker, r=bzbarsky.
51b73cca09ea7dfe1511bede8409dd2260d404aa: Bug 1313741 - Use AppConstants in DOM and XPConnect tests instead of manual detection. r=bzbarsky
Ryan VanderMeulen <ryanvm@gmail.com> - Tue, 14 May 2019 21:01:05 +0000 - rev 473840
Push 36017 by rgurzau@mozilla.com at Wed, 15 May 2019 09:25:56 +0000
Bug 1313741 - Use AppConstants in DOM and XPConnect tests instead of manual detection. r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D30973
2d94f58711b3c1b501d72ed05845198fc3aeb6e8: Bug 1547892 - Load video element in VideoDocument slightly later during load. r=bzbarsky
Chris Pearce <cpearce@mozilla.com> - Tue, 14 May 2019 04:27:49 +0000 - rev 473727
Push 36012 by aiakab@mozilla.com at Tue, 14 May 2019 09:42:36 +0000
Bug 1547892 - Load video element in VideoDocument slightly later during load. r=bzbarsky Currently when we create the video inside a VideoDocument, the PresShell isn't created yet. This means the video element can't access information about the compositor, which means it doesn't know whether it can create a hardware accelerated video decoder, and so we end up falling back to using a software decoder. So this patch moves the creation of the video element to slightly later in the load of a VideoDocument, so that the PresShell is available when we create the VideoDocument's video element. This means VideoDocuments's video decoder can be hardware accelerated Differential Revision: https://phabricator.services.mozilla.com/D30614
292fec00f80015bbfabdf07c15a3b35184b8b1c0: Bug 1550590 - nsIScriptChannel isn't used by script. r=bzbarsky
Andrew McCreight <continuation@gmail.com> - Fri, 10 May 2019 04:32:24 +0000 - rev 473419
Push 35996 by dvarga@mozilla.com at Fri, 10 May 2019 21:46:48 +0000
Bug 1550590 - nsIScriptChannel isn't used by script. r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D30606
a93ed2a80220b9ba15fb9b59ea79b5f1ee8f7693: Bug 1545823 - Implement non-standard CSSStyleSheet.rules, CSSStyleSheet.addRule and CSSStyleSheet.removeRule. r=bzbarsky
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 09 May 2019 12:32:52 +0000 - rev 473201
Push 35990 by nerli@mozilla.com at Thu, 09 May 2019 15:34:57 +0000
Bug 1545823 - Implement non-standard CSSStyleSheet.rules, CSSStyleSheet.addRule and CSSStyleSheet.removeRule. r=bzbarsky It's not worth dying on this hill. Both Blink and WebKit pass the tests. (Well, WebKit actually fails one of the latest ones I wrote, cssRules and rules are not the same JS object, WebKit returns a new rule list. I'll file) Spec PR in https://github.com/w3c/csswg-drafts/pull/3900. Differential Revision: https://phabricator.services.mozilla.com/D30348
fdff2d33f119d6ea14594af60846df80c76506d2: Bug 1392408 Part 3 - Report stacks to net monitor when loading worker scripts, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Thu, 02 May 2019 08:34:27 -1000 - rev 472735
Push 35977 by opoprus@mozilla.com at Mon, 06 May 2019 21:46:17 +0000
Bug 1392408 Part 3 - Report stacks to net monitor when loading worker scripts, r=bzbarsky.
7cebca65fa314ed2de10a68badf691563d3b2e58: Bug 1392408 Part 2 - Encapsulate threadsafe main/worker stacks in WorkerStackHolder, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Thu, 02 May 2019 08:25:43 -1000 - rev 472734
Push 35977 by opoprus@mozilla.com at Mon, 06 May 2019 21:46:17 +0000
Bug 1392408 Part 2 - Encapsulate threadsafe main/worker stacks in WorkerStackHolder, r=bzbarsky.
a08af741bd23f9837b6dc6aa74829fbe933568e4: Bug 1548773: Remove support for typemustmatch r=bzbarsky
Frederik Braun <fbraun@mozilla.com> - Sun, 05 May 2019 14:41:59 +0000 - rev 472633
Push 35969 by ccoroiu@mozilla.com at Mon, 06 May 2019 04:24:23 +0000
Bug 1548773: Remove support for typemustmatch r=bzbarsky Differential Revision: https://phabricator.services.mozilla.com/D29803
9c3b9f800a0ce8207d7716582206a2a4b2fe67e5: Bug 1392408 Part 4 - Report stacks to net monitor when opening XHRs from worker, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Thu, 02 May 2019 08:34:49 -1000 - rev 472447
Push 35957 by dluca@mozilla.com at Fri, 03 May 2019 13:01:47 +0000
Bug 1392408 Part 4 - Report stacks to net monitor when opening XHRs from worker, r=bzbarsky.
2a64ecfab240530e811d8123dcb1f0276716b0f8: Bug 1392408 Part 3 - Report stacks to net monitor when loading worker scripts, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Thu, 02 May 2019 08:34:27 -1000 - rev 472446
Push 35957 by dluca@mozilla.com at Fri, 03 May 2019 13:01:47 +0000
Bug 1392408 Part 3 - Report stacks to net monitor when loading worker scripts, r=bzbarsky.
b765eaf69bcb947cedacfefd424a43fa403f0aa4: Bug 1392408 Part 2 - Encapsulate threadsafe main/worker stacks in WorkerStackHolder, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Thu, 02 May 2019 08:25:43 -1000 - rev 472445
Push 35957 by dluca@mozilla.com at Fri, 03 May 2019 13:01:47 +0000
Bug 1392408 Part 2 - Encapsulate threadsafe main/worker stacks in WorkerStackHolder, r=bzbarsky.
49a573cb12dbf46b578966b93e0d878d73c9b73f: Bug 1548449 - Don't render stuff in plaintext documents without a viewport. r=bzbarsky
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 02 May 2019 19:55:41 +0000 - rev 472345
Push 35954 by rgurzau@mozilla.com at Fri, 03 May 2019 04:14:31 +0000
Bug 1548449 - Don't render stuff in plaintext documents without a viewport. r=bzbarsky I'm still wondering why is bing.com doing this but oh well. This should address the regression and probably even improve it. I don't think these documents are observable from content (at least I haven't found how) so this should be safe. Let me know if you want me to just wrap the whole stylesheet in an `@media (width > 0) and (height > 0)` rule or such. Differential Revision: https://phabricator.services.mozilla.com/D29640
cd9081aac4bff641d2020f3ac884ec3d1d63b9a2: Bug 1392408 Part 4 - Report stacks to net monitor when opening XHRs from worker, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Fri, 19 Apr 2019 07:20:13 -1000 - rev 472298
Push 35953 by rgurzau@mozilla.com at Thu, 02 May 2019 22:03:33 +0000
Bug 1392408 Part 4 - Report stacks to net monitor when opening XHRs from worker, r=bzbarsky.
d88d5959f4a6b92219874bf2cb4bc7a4d61488c8: Bug 1392408 Part 3 - Report stacks to net monitor when loading worker scripts, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Fri, 19 Apr 2019 07:19:38 -1000 - rev 472297
Push 35953 by rgurzau@mozilla.com at Thu, 02 May 2019 22:03:33 +0000
Bug 1392408 Part 3 - Report stacks to net monitor when loading worker scripts, r=bzbarsky.
01fd757e335ba59e1efa5e9dd39e6e6f68cfc840: Bug 1392408 Part 2 - Encapsulate threadsafe main/worker stacks in WorkerStackHolder, r=bzbarsky.
Brian Hackett <bhackett1024@gmail.com> - Fri, 19 Apr 2019 07:18:38 -1000 - rev 472296
Push 35953 by rgurzau@mozilla.com at Thu, 02 May 2019 22:03:33 +0000
Bug 1392408 Part 2 - Encapsulate threadsafe main/worker stacks in WorkerStackHolder, r=bzbarsky.
5159ad4a890bf2e2fd94972d798ac9e22f929168: Bug 1536154 - Update JS_updateMallocCounter callers to use the new API r=bzbarsky
Jon Coppeard <jcoppeard@mozilla.com> - Wed, 24 Apr 2019 15:58:42 +0100 - rev 472080
Push 35947 by apavel@mozilla.com at Wed, 01 May 2019 15:57:23 +0000
Bug 1536154 - Update JS_updateMallocCounter callers to use the new API r=bzbarsky This updates existing callers to use the new JS::AddAssociatedMemory API and adds calls to RemoveAssociatedMemory in finalizers. The associated memory doesn't need to be exact, so some simplifiations are made, e.g. in CanvasRenderingContext2D where we don't wait for memory to be allocated but update the number of bytes when the dimensions change, and for stream blobs where the value returned by SizeOfIncludingThis changes over the lifetime of the object. Differential Revision: https://phabricator.services.mozilla.com/D28692
b6ca67e7684f4f9409b8e22e0b52afa8e1de2dab: Bug 1536154 - Eagerly run finalizer for any dead reflector JSObject when creating a new reflector for a DOM native r=bzbarsky
Jon Coppeard <jcoppeard@mozilla.com> - Wed, 24 Apr 2019 15:58:39 +0100 - rev 472079
Push 35947 by apavel@mozilla.com at Wed, 01 May 2019 15:57:23 +0000
Bug 1536154 - Eagerly run finalizer for any dead reflector JSObject when creating a new reflector for a DOM native r=bzbarsky Currently incremental GC can run the finalizer for a dead reflector for a native after a new reflector for that native has been created and attached. This leads to the confusing situation where there are two reflectors that contain pointers to the same native (which has a pointer to the new one). This is a problem for memory accounting because the JS engine sees the size of the native at finalization time but does not see updates to this size after a new reflector is created. Thus the engine's idea of the size of a native can become incorrect and the memory accounting can become unbalanced. Consider the following situation: 1. Native object created of size 20MB 2. Reflector 1 created 3. Reflector 1 becomes unreachable 4. Reflector 2 created 5. Native size changes to 40MB 6. Reflector 1 finalized The memory associated with reflector 1 will be: 20MB (step 2), -20MB (step 6) The memory associated with reflector 2 will be: 20MB (step 4), 40MB (step 5) The memory associated with reflector 1 ends up negative (which should not be possible) and the total is also wrong. The patch runs the finalizer for any dead reflector when creating a new one. This ensures that finalizer sees the correct state. The native object pointer is cleared when this happens so when the GC later runs the finalizer again it is a no-op. This situation occurs pretty rarely so I don't think there is much overhead to running the finalizer more than once. This also allows us to tighten up the assertions in the finalizer. Differential Revision: https://phabricator.services.mozilla.com/D28690
5b4e6fb7da207e42d34df45c76159167e85b00b2: Bug 1522817 - Expose possibly-gray global object before passing it into the JS API in Document::AdoptNode r=bzbarsky
Jon Coppeard <jcoppeard@mozilla.com> - Mon, 29 Apr 2019 16:06:08 +0100 - rev 472070
Push 35947 by apavel@mozilla.com at Wed, 01 May 2019 15:57:23 +0000
Bug 1522817 - Expose possibly-gray global object before passing it into the JS API in Document::AdoptNode r=bzbarsky Currently Document::AdoptNode gets the JS global object, but in a way that does not expose it first, so it's possible for this to pass a gray object in here. From the comments it seems like this doesn't matter, but it does break our invariant that no gray objects are passed into the API. Differential Revision: https://phabricator.services.mozilla.com/D29210
64c7dcfa24aea95f09ac9430cc40a594e02f6c0a: Bug 1548026 - Noop download button's changed callback when unloaded. r=bzbarsky
Brendan Dahl <bdahl@mozilla.com> - Tue, 30 Apr 2019 20:29:00 +0000 - rev 472023
Push 35945 by ccoroiu@mozilla.com at Wed, 01 May 2019 04:21:12 +0000
Bug 1548026 - Noop download button's changed callback when unloaded. r=bzbarsky Temporary workaround to prevent wrapper assertions in torn-down window. Differential Revision: https://phabricator.services.mozilla.com/D29410
5df5f0db2284956f3afe587cc931d471051d8700: Bug 1514655 - Always wrap plain text documents. r=bzbarsky
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 30 Apr 2019 19:41:40 +0000 - rev 472017
Push 35945 by ccoroiu@mozilla.com at Wed, 01 May 2019 04:21:12 +0000
Bug 1514655 - Always wrap plain text documents. r=bzbarsky This matches other UAs. Differential Revision: https://phabricator.services.mozilla.com/D14848
cec93c8315e9f80cdc187dc967e9758634a59c4c: Bug 1335740 - getUserMedia() Add 2 prefs to control A) NotAllowedError in http (pref'd on), and B) [SecureContext] navigator.mediaDevices (pref'd off) r=bzbarsky,pehrsons
Jan-Ivar Bruaroey <jib@mozilla.com> - Tue, 30 Apr 2019 15:20:59 +0000 - rev 471965
Push 35944 by ccoroiu@mozilla.com at Tue, 30 Apr 2019 21:53:37 +0000
Bug 1335740 - getUserMedia() Add 2 prefs to control A) NotAllowedError in http (pref'd on), and B) [SecureContext] navigator.mediaDevices (pref'd off) r=bzbarsky,pehrsons Differential Revision: https://phabricator.services.mozilla.com/D19549