searching for reviewer(smaug)
87829648b0e5: Bug 1503657 - Migrate nsINode::localize and DOMLocalization.jsm to use DOMOverlays C++. r=smaug default tip
Zibi Braniecki <zbraniecki@mozilla.com> - Wed, 24 Apr 2019 05:05:15 +0000 - rev 470595
Push 35909 by nerli@mozilla.com at Wed, 24 Apr 2019 09:53:59 +0000
Bug 1503657 - Migrate nsINode::localize and DOMLocalization.jsm to use DOMOverlays C++. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27201
cae9cd8bbdea: Bug 1503657 - Implement Fluent DOMOverlays in C++. r=smaug,Pike
Zibi Braniecki <zbraniecki@mozilla.com> - Wed, 24 Apr 2019 05:05:11 +0000 - rev 470594
Push 35909 by nerli@mozilla.com at Wed, 24 Apr 2019 09:53:59 +0000
Bug 1503657 - Implement Fluent DOMOverlays in C++. r=smaug,Pike Differential Revision: https://phabricator.services.mozilla.com/D27200
7b69b606bb29: Bug 1543315 - part 12: Mark nsIPresShell::DoScrollContentIntoView() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 23 Apr 2019 01:34:26 +0000 - rev 470448
Push 35906 by aciure@mozilla.com at Tue, 23 Apr 2019 22:14:56 +0000
Bug 1543315 - part 12: Mark nsIPresShell::DoScrollContentIntoView() as MOZ_CAN_RUN_SCRIPT r=smaug Now, we can mark `DoScrollContentIntoView()` as `MOZ_CAN_RUN_SCRIPT` and move it from `nsIPresShell` to `PresShell` with a member. Differential Revision: https://phabricator.services.mozilla.com/D28321
7d67598c9043: Bug 1543315 - part 11: Mark nsIPresShell::ScrollContentIntoView() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 23 Apr 2019 01:34:24 +0000 - rev 470447
Push 35906 by aciure@mozilla.com at Tue, 23 Apr 2019 22:14:56 +0000
Bug 1543315 - part 11: Mark nsIPresShell::ScrollContentIntoView() as MOZ_CAN_RUN_SCRIPT r=smaug This patch marks `ScrollContentIntoView()` as `MOZ_CAN_RUN_SCRIPT` and changing some callers of them to guarantee thar their parent callers are also safe. Additionally, this patch moves it from `nsIPresShell` to `PresShell` because all callers can refer `PresShell` directly. Unfortunately, this patch changes a lot of methods in autocomplete and satchel since this patch needs to mark some interface methods as `can_run_script` and they are called each other. This means that autocomplete module is really sensitive like editor module. Perhaps, autocomplete and satchel should do scroll asynchronously and unmark some of them as `MOZ_CAN_RUN_SCRIPT` again. Differential Revision: https://phabricator.services.mozilla.com/D28320
3d921a5274f5: Bug 1543315 - part 10: Mark nsIPresShell::GoToAnchor() and nsIPresShell::ScrollToAnchor() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 23 Apr 2019 01:27:47 +0000 - rev 470446
Push 35906 by aciure@mozilla.com at Tue, 23 Apr 2019 22:14:56 +0000
Bug 1543315 - part 10: Mark nsIPresShell::GoToAnchor() and nsIPresShell::ScrollToAnchor() as MOZ_CAN_RUN_SCRIPT r=smaug Next, we should mark `PresShell::ScrollContentIntoView()` as `MOZ_CAN_RUN_SCRIPT` because it's used widely. This patch marks its `PresShell` users, `GoToAnchor()` and `ScrollToAnchor()`, as `MOZ_CAN_RUN_SCRIPT`. Additionally, this patch moves them from `nsIPresShell` to `PresShell` because all callers refers `PresShell` directly. Differential Revision: https://phabricator.services.mozilla.com/D28319
62ee0aed9e59: Bug 1493225, part 4 - Cancel content JS when navigating through history to prevent hangs r=smaug
Jim Porter <jporter@mozilla.com> - Thu, 18 Apr 2019 18:40:00 +0000 - rev 470216
Push 35891 by rgurzau@mozilla.com at Sat, 20 Apr 2019 09:35:22 +0000
Bug 1493225, part 4 - Cancel content JS when navigating through history to prevent hangs r=smaug Add tests to verify the behavior of the previous patches. Differential Revision: https://phabricator.services.mozilla.com/D27370
3537b8f8d38a: Bug 1493225, part 3 - Cancel content JS when navigating through history to prevent hangs r=smaug
Jim Porter <jporter@mozilla.com> - Thu, 18 Apr 2019 18:39:45 +0000 - rev 470215
Push 35891 by rgurzau@mozilla.com at Sat, 20 Apr 2019 09:35:22 +0000
Bug 1493225, part 3 - Cancel content JS when navigating through history to prevent hangs r=smaug This patch adds an ID to ensure that we avoid canceling content JS if the next page already started loading by the time we're ready to try canceling the JS. Differential Revision: https://phabricator.services.mozilla.com/D25164
1de539e8f568: Bug 1493225, part 2 - Cancel content JS when navigating through history to prevent hangs r=smaug
Jim Porter <jporter@mozilla.com> - Thu, 18 Apr 2019 19:53:34 +0000 - rev 470214
Push 35891 by rgurzau@mozilla.com at Sat, 20 Apr 2019 09:35:22 +0000
Bug 1493225, part 2 - Cancel content JS when navigating through history to prevent hangs r=smaug In this part, we pass along the navigation type (and index for when using the dropdown on the back/forward buttons). This allows us to check if there's a top-level load "between" the start and end pages. The patch might look a bit strange, since we're passing the navigation operation to two places from RemoteWebNavigation.js (the normal message passing that existed before this patch and the HangMonitor channel in this patch). This is primarily to make it easier to stop passing the navigation info along the HangMonitor channel once session history is uplifted into the parent process. At that point, the check for whether there's a top-level load could happen in TabParent (I think). Differential Revision: https://phabricator.services.mozilla.com/D23090
e9c116dba541: Bug 1493225, part 1 - Cancel content JS when navigating through history to prevent hangs r=smaug
Jim Porter <jporter@mozilla.com> - Thu, 18 Apr 2019 18:39:24 +0000 - rev 470213
Push 35891 by rgurzau@mozilla.com at Sat, 20 Apr 2019 09:35:22 +0000
Bug 1493225, part 1 - Cancel content JS when navigating through history to prevent hangs r=smaug This patch passes a message through the HangMonitor channel when navigating through history to cancel content JS that could hang the chrome JS in the content process responsible for history navigation. If the content JS is actually canceled, this also disables the BF cache for the current page, since it could end up in an inconsistent state due to the JS cancellation. Differential Revision: https://phabricator.services.mozilla.com/D23089
23ff9cd1a1a4: Bug 1379466 - Add override pref to restore legacy non-primary click dispatch on specific domains. r=smaug
Ian Moody <moz-ian@perix.co.uk> - Thu, 18 Apr 2019 12:57:37 +0000 - rev 470161
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1379466 - Add override pref to restore legacy non-primary click dispatch on specific domains. r=smaug If needed for web-compat. Also stop dispatching auxclicks if non-primary click has been preventDefaulted, so that legacy new-tab prevention can work with the pref flip. Differential Revision: https://phabricator.services.mozilla.com/D27364
0e9fa06f3fd8: Bug 1379466 - Stop dispatching click events for non-primary mouse clicks on the web. r=smaug
Ian Moody <moz-ian@perix.co.uk> - Thu, 18 Apr 2019 12:57:37 +0000 - rev 470160
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1379466 - Stop dispatching click events for non-primary mouse clicks on the web. r=smaug It's against spec, and the auxclick event is now available and easier to use (fired on all elements rather than just window/document and text fields) Can't stop dispatching them entirely since frontend code is too reliant on it. Don't fire dblclick for auxclick. Mark wpt uievents/click/auxclick_event.html as passing Update test_clipboard_events.html Differential Revision: https://phabricator.services.mozilla.com/D26793
273553e141f1: Bug 1379466 - Make editor listen for auxclick mouse events. r=smaug,masayuki
Ian Moody <moz-ian@perix.co.uk> - Thu, 18 Apr 2019 12:57:36 +0000 - rev 470159
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1379466 - Make editor listen for auxclick mouse events. r=smaug,masayuki Editable elements will no longer get click events for non-primary mouse buttons since they are being unshipped from the web in favour of auxclick events. Listen for auxclick as well so middle-click paste still works. Don't stop propagation after middle-click paste, instead ignore clicks on contenteditable elements in ClickHandlerChild. Update test_middle_click_paste.html for the new behaviour. Also remove the mNoContentDispatch overrides in HTMLInputElement and HTMLTextAreaElement that were needed for middle-pasting. Differential Revision: https://phabricator.services.mozilla.com/D26792
4e152cfac89d: Bug 1379466 - Use auxclick event to trigger new tab on middle click. r=smaug
Ian Moody <moz-ian@perix.co.uk> - Thu, 18 Apr 2019 12:57:36 +0000 - rev 470158
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1379466 - Use auxclick event to trigger new tab on middle click. r=smaug So it is still preventDefault()able once non-primary clicks aren't web visible. Don't let browser.js' contentAreaClick handle any non-primary clicks. ClickHandlerChild.jsm handles them first anyway. Can probably rip it out entirely in another bug. Differential Revision: https://phabricator.services.mozilla.com/D26791
8ff0d835d90b: Bug 1379466 - Set EventPopupControlState of auxclick as 'openControlled'. r=smaug
Ben Tian <btian@mozilla.com> - Thu, 18 Apr 2019 12:57:36 +0000 - rev 470157
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1379466 - Set EventPopupControlState of auxclick as 'openControlled'. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D26790
32d8c9a17e50: Bug 1379466 - Add auxclick to mouse synthesis test code. r=smaug
Ian Moody <moz-ian@perix.co.uk> - Thu, 18 Apr 2019 12:57:35 +0000 - rev 470156
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1379466 - Add auxclick to mouse synthesis test code. r=smaug Check that non-synthesised auxclicks get isHandlingUserInput == true. Differential Revision: https://phabricator.services.mozilla.com/D26789
22c00a19e267: Bug 1534712 - Port FileCreatorHelper to PBackground, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 18 Apr 2019 21:28:16 +0000 - rev 470136
Push 35888 by aiakab@mozilla.com at Fri, 19 Apr 2019 09:47:45 +0000
Bug 1534712 - Port FileCreatorHelper to PBackground, r=smaug FileCreatorHelper creates a FileBlobImpl on the main-thread and, because of this, we end up executing I/O operations on that thread, slowing down other components. With this patch, FileCreatorHelper logic is moved to PBackground. That the 'type' getter is still called on the main-thread because FileBlobImpl uses nsIMIMEService which is a non thread-safe component. Differential Revision: https://phabricator.services.mozilla.com/D27641
4b8b660c9ba0: Bug 1544885 - Don't immediately run another GC slice in idle time if there's no work to do on the main thread r=smaug r=pbone
Jon Coppeard <jcoppeard@mozilla.com> - Wed, 17 Apr 2019 14:04:32 +0100 - rev 470044
Push 35885 by apavel@mozilla.com at Thu, 18 Apr 2019 21:36:48 +0000
Bug 1544885 - Don't immediately run another GC slice in idle time if there's no work to do on the main thread r=smaug r=pbone Differential Revision: https://phabricator.services.mozilla.com/D27889
0300023c259f: Bug 1545107 - Remove nsIDocumentObserver::DocumentStatesChanged. r=smaug
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 17 Apr 2019 19:29:59 +0000 - rev 469999
Push 35884 by apavel@mozilla.com at Thu, 18 Apr 2019 21:35:00 +0000
Bug 1545107 - Remove nsIDocumentObserver::DocumentStatesChanged. r=smaug It's a bit useless, only has one implementation. Call into the shell directly instead. Differential Revision: https://phabricator.services.mozilla.com/D27910
744c4e052127: Bug 1545107 - DocumentStatesChanged should not unconditionally notify if the state hasn't actually changed. r=smaug
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 17 Apr 2019 19:25:50 +0000 - rev 469961
Push 35884 by apavel@mozilla.com at Thu, 18 Apr 2019 21:35:00 +0000
Bug 1545107 - DocumentStatesChanged should not unconditionally notify if the state hasn't actually changed. r=smaug It just does wasted work. The new setup is also much more similar to the one used for element states. Differential Revision: https://phabricator.services.mozilla.com/D27905
671d87853621: Bug 1533883 - Test loading XHTML with and without the prototype. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Tue, 16 Apr 2019 18:46:52 +0000 - rev 469808
Push 35883 by btara@mozilla.com at Wed, 17 Apr 2019 21:47:29 +0000
Bug 1533883 - Test loading XHTML with and without the prototype. r=smaug Ensure the prototype is used when the pref is enabled and likewise when disabled. Also, compare the contents of the DOM with and without the prototype. Depends on D27745 Differential Revision: https://phabricator.services.mozilla.com/D27746
2ccc88672342: Bug 1533883 - Add webidl definition for checking if document was loaded with prototype. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Tue, 16 Apr 2019 18:15:04 +0000 - rev 469807
Push 35883 by btara@mozilla.com at Wed, 17 Apr 2019 21:47:29 +0000
Bug 1533883 - Add webidl definition for checking if document was loaded with prototype. r=smaug Needed for testing to ensure the prototype was used. Depends on D27744 Differential Revision: https://phabricator.services.mozilla.com/D27745
aeb8b8977e8e: Bug 1533883 - Use prototype for chrome privilege docs. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Tue, 16 Apr 2019 18:27:52 +0000 - rev 469806
Push 35883 by btara@mozilla.com at Wed, 17 Apr 2019 21:47:29 +0000
Bug 1533883 - Use prototype for chrome privilege docs. r=smaug Instead of only allowing chrome docshells to use the document prototype, allow any chrome url with chrome privileges to use it. Differential Revision: https://phabricator.services.mozilla.com/D27744
ee8e96e5d015: Bug 1057858: ensure all frames for '<input type="number">' are created before choosing the nested element to be focused. r=smaug
Mirko Brodesser <mbrodesser@mozilla.com> - Wed, 17 Apr 2019 07:01:34 +0000 - rev 469795
Push 35882 by cbrindusan@mozilla.com at Wed, 17 Apr 2019 15:54:01 +0000
Bug 1057858: ensure all frames for '<input type="number">' are created before choosing the nested element to be focused. r=smaug - Avoids undesired bluring and focusing of '<input type="number">' and its nested elements. - Add tests for two scenarios where this could occur. Differential Revision: https://phabricator.services.mozilla.com/D27684
8d0276626d4f: Bug 1544826 - Fix tab navigation when document element is a shadow host. r=smaug
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 17 Apr 2019 10:13:33 +0000 - rev 469793
Push 35882 by cbrindusan@mozilla.com at Wed, 17 Apr 2019 15:54:01 +0000
Bug 1544826 - Fix tab navigation when document element is a shadow host. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27736
f7f4cfa92ebf: Bug 1534480 - Do not update Fluent DOM attributes if they match current ones. r=smaug
Zibi Braniecki <zbraniecki@mozilla.com> - Tue, 16 Apr 2019 20:45:52 +0000 - rev 469791
Push 35882 by cbrindusan@mozilla.com at Wed, 17 Apr 2019 15:54:01 +0000
Bug 1534480 - Do not update Fluent DOM attributes if they match current ones. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D23063
f5e5b65b6600: Bug 1544826 - Fix tab navigation when document element is a shadow host. r=smaug
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 16 Apr 2019 17:50:55 +0000 - rev 469762
Push 35882 by cbrindusan@mozilla.com at Wed, 17 Apr 2019 15:54:01 +0000
Bug 1544826 - Fix tab navigation when document element is a shadow host. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27736
08102fb37153: Bug 1531904 - Part 2: Keep up with webidl changes in part 1. r=smaug,jib
Byron Campen [:bwc] <docfaraday@gmail.com> - Tue, 16 Apr 2019 16:38:23 +0000 - rev 469707
Push 35879 by nerli@mozilla.com at Tue, 16 Apr 2019 22:01:48 +0000
Bug 1531904 - Part 2: Keep up with webidl changes in part 1. r=smaug,jib Differential Revision: https://phabricator.services.mozilla.com/D26771
86d62da0f2a8: Bug 1531904 - Part 1: webidl updates. r=jib,smaug
Byron Campen [:bwc] <docfaraday@gmail.com> - Tue, 16 Apr 2019 16:38:13 +0000 - rev 469706
Push 35879 by nerli@mozilla.com at Tue, 16 Apr 2019 22:01:48 +0000
Bug 1531904 - Part 1: webidl updates. r=jib,smaug Differential Revision: https://phabricator.services.mozilla.com/D26770
a8acb6aa4a52: Bug 1534480 - Do not update Fluent DOM attributes if they match current ones. r=smaug
Zibi Braniecki <zbraniecki@mozilla.com> - Tue, 16 Apr 2019 16:29:38 +0000 - rev 469702
Push 35879 by nerli@mozilla.com at Tue, 16 Apr 2019 22:01:48 +0000
Bug 1534480 - Do not update Fluent DOM attributes if they match current ones. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D23063
fcd532097b93: Bug 1544144 - Fix custom HTML element creation when using prototype and XHTML. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Mon, 15 Apr 2019 10:56:03 +0000 - rev 469517
Push 35873 by ccoroiu@mozilla.com at Mon, 15 Apr 2019 21:36:26 +0000
Bug 1544144 - Fix custom HTML element creation when using prototype and XHTML. r=smaug Use the correct global for custom HTML elements created from a prototype. Also, add an error message to make it easier to spot when the PrototypeDocumentSink fails. Differential Revision: https://phabricator.services.mozilla.com/D27401
a57a60c0278d: Bug 1543315 - part 9: Mark nsIPresShell::FlushPendingNotifications() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:43:57 +0000 - rev 469412
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 9: Mark nsIPresShell::FlushPendingNotifications() as MOZ_CAN_RUN_SCRIPT r=smaug So, this patch makes all caller of it safe including its arguments unless they come from other methods. Differential Revision: https://phabricator.services.mozilla.com/D27225
a25a14f7150d: Bug 1543315 - part 8: Mark HandlePostedReflowCallbacks() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:42:38 +0000 - rev 469411
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 8: Mark HandlePostedReflowCallbacks() as MOZ_CAN_RUN_SCRIPT r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27224
32c1716986d2: Bug 1543315 - part 7: Mark DidDoReflow() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:42:02 +0000 - rev 469410
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 7: Mark DidDoReflow() as MOZ_CAN_RUN_SCRIPT r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27223
7bc3d65d627f: Bug 1543315 - part 6: Mark ProcessReflowCommands() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:40:48 +0000 - rev 469409
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 6: Mark ProcessReflowCommands() as MOZ_CAN_RUN_SCRIPT r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27222
4f65a6a58238: Bug 1543315 - part 5: Mark ResizeReflowIgnoreOverride() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:40:10 +0000 - rev 469408
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 5: Mark ResizeReflowIgnoreOverride() as MOZ_CAN_RUN_SCRIPT r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27221
10608c915cc5: Bug 1543315 - part 4: Mark ResizeReflow() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:39:47 +0000 - rev 469407
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 4: Mark ResizeReflow() as MOZ_CAN_RUN_SCRIPT r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27220
33a2dec4cfd3: Bug 1543315 - part 3: Mark WillPaint() as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:39:03 +0000 - rev 469406
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 3: Mark WillPaint() as MOZ_CAN_RUN_SCRIPT r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27219
f1a796212f61: Bug 1543315 - part 2: Mark VerifyIncrementalReflow() and DoVerifyReflow() as MOZ_CAN_RUN_SCRIPT_BOUNDARY r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:38:20 +0000 - rev 469405
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 2: Mark VerifyIncrementalReflow() and DoVerifyReflow() as MOZ_CAN_RUN_SCRIPT_BOUNDARY r=smaug They are debug build only methods. So, callers of them shouldn't be marked as `MOZ_CAN_RUN_SCRIPT` only for them. Therefore, `MOZ_CAN_RUN_SCRIPT_BOUNDARY` must be better. Differential Revision: https://phabricator.services.mozilla.com/D27218
dfce19e74038: Bug 1543315 - part 1: Mark EventDispatchingCallback as MOZ_CAN_RUN_SCRIPT r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 13 Apr 2019 12:37:52 +0000 - rev 469404
Push 35865 by apavel@mozilla.com at Sat, 13 Apr 2019 21:44:49 +0000
Bug 1543315 - part 1: Mark EventDispatchingCallback as MOZ_CAN_RUN_SCRIPT r=smaug First of all, we should mark `nsIPresShell::FlushPendingNotifications()` as `MOZ_CAN_RUN_SCRIPT` as soon as possible. Therefore, I'll mark all its callers in `PresShell` as `MOZ_CAN_RUN_SCRIPT` first. Differential Revision: https://phabricator.services.mozilla.com/D27217
51d1ead01c87: Bug 1543245 - Prevent HTML script tags from loading twice when using PrototypeDocument. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Mon, 08 Apr 2019 14:01:29 -0700 - rev 469325
Push 35863 by dluca@mozilla.com at Sat, 13 Apr 2019 09:52:52 +0000
Bug 1543245 - Prevent HTML script tags from loading twice when using PrototypeDocument. r=smaug HTML script tags were being loaded once by the element when it was bound to the tree and a second time by the PrototypeDocumentContentSink. This patch disables the script element from loading itself. Differential Revision: https://phabricator.services.mozilla.com/D26823
30a83af0933c: Bug 1543245 - Use prototype document for all chrome XHTML pages. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Fri, 05 Apr 2019 08:44:56 -0700 - rev 469324
Push 35863 by dluca@mozilla.com at Sat, 13 Apr 2019 09:52:52 +0000
Bug 1543245 - Use prototype document for all chrome XHTML pages. r=smaug Let all chrome privileged XHTML take advantage of the cache and faster document creation with the prototype document. Differential Revision: https://phabricator.services.mozilla.com/D26822
894487fe3fa0: Bug 1374045: add 'preventScroll' option to HTMLElement's, SVGElement's and XULElement's 'focus' method r=smaug
Mirko Brodesser <mbrodesser@mozilla.com> - Fri, 12 Apr 2019 08:16:47 +0000 - rev 469238
Push 35859 by shindli@mozilla.com at Fri, 12 Apr 2019 15:46:45 +0000
Bug 1374045: add 'preventScroll' option to HTMLElement's, SVGElement's and XULElement's 'focus' method r=smaug - Remove expectation that 'preventScroll.html' fails. - Use '[NoInterfaceObject] interface' workaround to simulate missing 'mixin' support. Differential Revision: https://phabricator.services.mozilla.com/D26922
010b72a5a21c: Bug 1543898 - SharedWorker must release the MessagePortIdentifier if the creation fails, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Fri, 12 Apr 2019 08:02:29 +0000 - rev 469220
Push 35859 by shindli@mozilla.com at Fri, 12 Apr 2019 15:46:45 +0000
Bug 1543898 - SharedWorker must release the MessagePortIdentifier if the creation fails, r=smaug Differential Revision: https://phabricator.services.mozilla.com/D27230
d538a2181589: Bug 505355 - Simplify focus handling for file inputs. r=smaug
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 09 Apr 2019 18:22:03 +0200 - rev 468885
Push 35853 by dvarga@mozilla.com at Thu, 11 Apr 2019 04:22:28 +0000
Bug 505355 - Simplify focus handling for file inputs. r=smaug This is closer to what other UAs do, it's simpler, and fixes the bug. It looks like the complexity of multiple buttons or what not is related to bug 1188880, which is WONTFIX. We no longer have multiple buttons in the same file input, so this is better IMO. Differential Revision: https://phabricator.services.mozilla.com/D26825
d101de8c6497: bug 1542934 Annotate that CustomElementConstructor::Construct() callers can run script r=smaug
Karl Tomlinson <karlt+@karlt.net> - Wed, 10 Apr 2019 12:51:15 +0000 - rev 468879
Push 35852 by dvarga@mozilla.com at Thu, 11 Apr 2019 04:19:28 +0000
bug 1542934 Annotate that CustomElementConstructor::Construct() callers can run script r=smaug Differential Revision: https://phabricator.services.mozilla.com/D26635
2fc79271e58e: Bug 1542934 Mark strong reference members as const to aid CanRunScriptChecker r=smaug
Karl Tomlinson <karlt+@karlt.net> - Tue, 09 Apr 2019 13:37:23 +0000 - rev 468878
Push 35852 by dvarga@mozilla.com at Thu, 11 Apr 2019 04:19:28 +0000
Bug 1542934 Mark strong reference members as const to aid CanRunScriptChecker r=smaug Depends on D26633 Differential Revision: https://phabricator.services.mozilla.com/D26634
b635889fd630: Bug 1542934 strong ref arguments for functions that may run CustomElementConstructor::Construct() r=smaug
Karl Tomlinson <karlt+@karlt.net> - Wed, 10 Apr 2019 06:29:56 +0000 - rev 468877
Push 35852 by dvarga@mozilla.com at Thu, 11 Apr 2019 04:19:28 +0000
Bug 1542934 strong ref arguments for functions that may run CustomElementConstructor::Construct() r=smaug Differential Revision: https://phabricator.services.mozilla.com/D26633
e2a285801fb2: Bug 1543394 - Don't update visited state of all <html:link> elements in chrome docs. r=smaug
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 10 Apr 2019 18:44:42 +0000 - rev 468864
Push 35852 by dvarga@mozilla.com at Thu, 11 Apr 2019 04:19:28 +0000
Bug 1543394 - Don't update visited state of all <html:link> elements in chrome docs. r=smaug I don't think there's a point in making <link> elements match :visited, and it's an issue for Chrome docs because some chrome code can run before we have a profile. Make the already-existent workaround for localization links work more generally. There's no interop across browsers here anyhow: https://github.com/w3c/csswg-drafts/issues/3817 tracks that. Differential Revision: https://phabricator.services.mozilla.com/D26910
8e8da015fde1: Bug 1543245 - Prevent HTML script tags from loading twice when using PrototypeDocument. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Wed, 10 Apr 2019 06:36:06 +0000 - rev 468805
Push 35850 by dvarga@mozilla.com at Wed, 10 Apr 2019 21:52:56 +0000
Bug 1543245 - Prevent HTML script tags from loading twice when using PrototypeDocument. r=smaug HTML script tags were being loaded once by the element when it was bound to the tree and a second time by the PrototypeDocumentContentSink. This patch disables the script element from loading itself. Depends on D26822 Differential Revision: https://phabricator.services.mozilla.com/D26823
a4d256528051: Bug 1543245 - Use prototype document for all chrome XHTML pages. r=smaug
Brendan Dahl <bdahl@mozilla.com> - Wed, 10 Apr 2019 06:38:10 +0000 - rev 468804
Push 35850 by dvarga@mozilla.com at Wed, 10 Apr 2019 21:52:56 +0000
Bug 1543245 - Use prototype document for all chrome XHTML pages. r=smaug Let all chrome privileged XHTML take advantage of the cache and faster document creation with the prototype document. Differential Revision: https://phabricator.services.mozilla.com/D26822