95e3e6f91e6ee333a36568041945a25251fa723d: Bug 1528803 - Add decompile support for new instructions r=jwalden
Andy Wingo <wingo@igalia.com> - Mon, 25 Feb 2019 08:13:39 +0000 - rev 460868
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1528803 - Add decompile support for new instructions r=jwalden Differential Revision: https://phabricator.services.mozilla.com/D20327
6fd0fad9f4f11314b29eaf6697c6abdc3497825e: Merge mozilla-central to autoland. a=merge CLOSED TREE
Oana Pop Rus <opoprus@mozilla.com> - Mon, 25 Feb 2019 12:30:31 +0200 - rev 460867
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Merge mozilla-central to autoland. a=merge CLOSED TREE
f4c45ebf34aca62e14ca3eaf92b80070b8c22f5e: Bug 1519226: browser_toolbarButtonKeyPress.js: Wait for the bookmarked status to finish updating before pressing the Bookmark this page button. r=Gijs
James Teh <jteh@mozilla.com> - Mon, 25 Feb 2019 09:56:04 +0000 - rev 460866
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1519226: browser_toolbarButtonKeyPress.js: Wait for the bookmarked status to finish updating before pressing the Bookmark this page button. r=Gijs The status regarding whether a page is bookmarked or not is updated async. While the update is pending, the Bookmark this page button ignores activation. Thus, the test must wait for the update to be finished before trying to press the button. This fixes intermittent timeouts in this test. Differential Revision: https://phabricator.services.mozilla.com/D20978
81adda1cb3f2d0ddcc71c389ff851396387412b0: Bug 1525481 - part 3: Make editor not expose internal errors to the web r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Mon, 25 Feb 2019 09:07:54 +0000 - rev 460865
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1525481 - part 3: Make editor not expose internal errors to the web r=m_kato As far as I've tested, Chrome does not throw exception even when editor is destroyed or editor content is modified unexpectedly. So, we should return `NS_OK` from most public methods of editor when internal methods return `NS_ERROR_EDITOR_DESTROYED` or `NS_ERROR_EDITOR_UNEXPECTED_DOM_TREE`. Differential Revision: https://phabricator.services.mozilla.com/D20811
b68a329b15d484a031b1a452aea3c73c546d3441: Bug 1525481 - part 2: Make `EditorBase::DoSplitNode()` return error if split nodes are moved/removed unexpectedly r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Mon, 25 Feb 2019 08:29:38 +0000 - rev 460864
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1525481 - part 2: Make `EditorBase::DoSplitNode()` return error if split nodes are moved/removed unexpectedly r=m_kato We should stop handling splitting nodes if mutation event listeners move or remove the split nodes unexpectedly because the post processors may not be able to keep handling the nodes. For example, if a node is moved to outside of editing host, we shouldn't touch it anymore due to non-editable. This patch makes `EditorBase::DoSplitNode()` return new error for making any parent callers stop their job, but note that the following patch makes any public methods expose the new error as exception for compatibility with Chrome. Differential Revision: https://phabricator.services.mozilla.com/D20810
ec7fb1d8157157e1b48c1bde3c3e58f2c087dd96: Bug 1525481 - part 1: Make `SplitNodeTransaction::DoTransaction()` always check the result of `EditorBase::DoSplitNode()` r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Mon, 25 Feb 2019 05:00:27 +0000 - rev 460863
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1525481 - part 1: Make `SplitNodeTransaction::DoTransaction()` always check the result of `EditorBase::DoSplitNode()` r=m_kato Oddly, `SplitNodeTransaction::DoTransaction()` checks the result of `EditorBase::DoSplitNode()` only when it's not allowed to change `Selection`. We should make it always check the result. Differential Revision: https://phabricator.services.mozilla.com/D20809
3d232ae48e3db7b1393466a662fa4014f8ee1b02: Bug 1529225 - Remove unused filterBarVisible prop from FilterBar component. r=nchevobbe
Martin Koroknay <koroknay@gmail.com> - Mon, 25 Feb 2019 08:30:20 +0000 - rev 460862
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1529225 - Remove unused filterBarVisible prop from FilterBar component. r=nchevobbe Removed the 'filterBarVisible' required prop from the FilterBar component, which is no longer needed after the changes in Bug 1523861. Differential Revision: https://phabricator.services.mozilla.com/D20948
52e867c4246a204db6f5b50c14bc11b9e9844711: Bug 1468021 - Handle anonymous content when comparing using DoCompareTreePosition. r=dbaron
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 25 Feb 2019 05:22:43 +0000 - rev 460861
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1468021 - Handle anonymous content when comparing using DoCompareTreePosition. r=dbaron Differential Revision: https://phabricator.services.mozilla.com/D20596
f89b6fea58479ac105a575eed55f4e4e5b41703b: Bug 1529466 - Make `TextInputHandler::HandleCommand()` dispatch `keydown`/`keypress` events for emulating `Tab` key when `insertTab:` or `intertBacktab:` command is received r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Fri, 22 Feb 2019 13:35:55 +0000 - rev 460860
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1529466 - Make `TextInputHandler::HandleCommand()` dispatch `keydown`/`keypress` events for emulating `Tab` key when `insertTab:` or `intertBacktab:` command is received r=m_kato `TextInputHandler::HandleCommand()` dispatches `Tab` key events only when it receives `insertTab:` or `intertBacktab:` command which are caused by actual `Tab` key press. However, these commands could be generated by IME or the system shortcut keys are customized oddly. This patch makes the method support such situation with dispatching fake `keydown` and `keypress` events to emulate `Tab` key press for mainly focus navigation. Differential Revision: https://phabricator.services.mozilla.com/D20804
36874ca17f849005def814927d8beb56ed2d3fba: Bug 1529467 - Make TextInputHandler::HandleCommand() dispatch eKeyDown event r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Mon, 25 Feb 2019 04:13:20 +0000 - rev 460859
Push 112126 by opoprus@mozilla.com at Mon, 25 Feb 2019 16:53:18 +0000
Bug 1529467 - Make TextInputHandler::HandleCommand() dispatch eKeyDown event r=m_kato Currently, when IME sends a command with committing composition, TextInputHandler::HandleCommand() dispatches a *fake* `keypress` event for making default event handler (e.g., focused editor) handle the event. However, we stopped dispatching `keypress` events for non-printable keys. Therefore, web apps cannot do that like us. On macOS, simple conversion IMEs like Korean 2-set IME, behave differently if active application is changed. E.g., on Safari, some of them may never use composition string, but not so on Chrome and Firefox. So, this is what the case we need to emulate Safari's behavior. Dispatching a fake `keydown` event for this purpose does **not** conform to UI Events because `keydown` events should notify web apps of **physical** key state changes. However, Chrome dispatches fake `keydown` events intentionally. Therefore, we should follow this hacky behavior for user experience. Differential Revision: https://phabricator.services.mozilla.com/D20644
e9677c67b09409735efdc4a63da14c1753d61d13: Bug 1523613: Fix memory leaks during updates. r=rstrong
Stephen A Pohl <spohl.mozilla.bugs@gmail.com> - Mon, 25 Feb 2019 10:16:15 -0500 - rev 460858
Push 112125 by spohl@mozilla.com at Mon, 25 Feb 2019 15:16:48 +0000
Bug 1523613: Fix memory leaks during updates. r=rstrong
d2599501754a6861e27dabc49f338467be7eca78: Bug 1529869: Remove the 2 from speculate speculative(Anonymous)Connect2 within nsISpeculativeConnect.idl. r=valentin
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Sun, 24 Feb 2019 20:26:56 +0100 - rev 460857
Push 112124 by mozilla@christophkerschbaumer.com at Mon, 25 Feb 2019 15:11:55 +0000
Bug 1529869: Remove the 2 from speculate speculative(Anonymous)Connect2 within nsISpeculativeConnect.idl. r=valentin
640e731ed52e5ea2428b329d7eb296b61163ee4b: Bug 1519718 - Follow-up to bump the fuzz number slightly, so the test passes on AppVeyor too. rs=kvark
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 25 Feb 2019 09:04:18 -0500 - rev 460856
Push 112123 by kgupta@mozilla.com at Mon, 25 Feb 2019 14:04:48 +0000
Bug 1519718 - Follow-up to bump the fuzz number slightly, so the test passes on AppVeyor too. rs=kvark
3f00b31e09d48bbd073f3b8c4fe7690c3dcdd469: Bug 1525417 - add aarch64 files for test_ModulesPing.js; r=marco
Nathan Froyd <froydnj@mozilla.com> - Mon, 25 Feb 2019 08:29:55 -0500 - rev 460855
Push 112122 by nfroyd@mozilla.com at Mon, 25 Feb 2019 13:30:41 +0000
Bug 1525417 - add aarch64 files for test_ModulesPing.js; r=marco This test wasn't accounting for the existence of aarch64 windows, and was trying to load x86-64 DLLs on aarch64, which wouldn't end very well. Compile appropriate DLLs, modify the compilation instructions, and add these new files to the test so everything works out.
53992f6c29b314930a13f6087a448a0b486406fc: Bug 1528498 - check principal->GetURI rv to prevent Crash in [@ nsContentSecurityManager::IsOriginPotentiallyTrustworthy] via nsContentUtils::HttpsStateIsModern. r=ckerschb
Magnus Melin <mkmelin+mozilla@iki.fi> - Mon, 25 Feb 2019 14:15:15 +0200 - rev 460854
Push 112121 by mkmelin@iki.fi at Mon, 25 Feb 2019 12:17:50 +0000
Bug 1528498 - check principal->GetURI rv to prevent Crash in [@ nsContentSecurityManager::IsOriginPotentiallyTrustworthy] via nsContentUtils::HttpsStateIsModern. r=ckerschb
d97cc5b9eeae57f6fb5d4b595ca68a569afa7bd2: Merge inbound to mozilla-central. a=merge
Oana Pop Rus <opoprus@mozilla.com> - Mon, 25 Feb 2019 12:23:30 +0200 - rev 460853
Push 112120 by opoprus@mozilla.com at Mon, 25 Feb 2019 10:33:46 +0000
Merge inbound to mozilla-central. a=merge
9f35adb8e466e30ccc7059bf5d787b8ab4054968: Merge autoland to mozilla-central. a=merge
Oana Pop Rus <opoprus@mozilla.com> - Mon, 25 Feb 2019 12:07:31 +0200 - rev 460852
Push 112120 by opoprus@mozilla.com at Mon, 25 Feb 2019 10:33:46 +0000
Merge autoland to mozilla-central. a=merge
445315bbfbf9b6ba6f5ea35443881bef19ecb6a8: Backed out 10 changesets (bug 1521879) for causing bug 1530107. a=backout
Gurzau Raul <rgurzau@mozilla.com> - Mon, 25 Feb 2019 12:12:15 +0200 - rev 460851
Push 112120 by opoprus@mozilla.com at Mon, 25 Feb 2019 10:33:46 +0000
Backed out 10 changesets (bug 1521879) for causing bug 1530107. a=backout Backed out changeset f597a73a6eac (bug 1521879) Backed out changeset 0bb76534f207 (bug 1521879) Backed out changeset abcb8be12adf (bug 1521879) Backed out changeset ed6c8d3bbfde (bug 1521879) Backed out changeset 1addf1e15b55 (bug 1521879) Backed out changeset 6b709cd9a479 (bug 1521879) Backed out changeset 07747027c59c (bug 1521879) Backed out changeset a6105ccc188c (bug 1521879) Backed out changeset 48c9c643e7bb (bug 1521879) Backed out changeset d4004105a04a (bug 1521879)
a5673a48093044b1594658293bf5608aadcb3f32: Backed out changeset 588497dfa9c0 (bug 1530115) as a dependency for Bug 1520163 a=backout
Ciure Andrei <aciure@mozilla.com> - Mon, 25 Feb 2019 11:55:06 +0200 - rev 460850
Push 112120 by opoprus@mozilla.com at Mon, 25 Feb 2019 10:33:46 +0000
Backed out changeset 588497dfa9c0 (bug 1530115) as a dependency for Bug 1520163 a=backout
a238fb5cc415694adf564c4d6218721b9166f433: Backed out changeset e9e880f7aee4 (bug 1520163) for failing nightly builds a=backout
Ciure Andrei <aciure@mozilla.com> - Mon, 25 Feb 2019 11:36:37 +0200 - rev 460849
Push 112120 by opoprus@mozilla.com at Mon, 25 Feb 2019 10:33:46 +0000
Backed out changeset e9e880f7aee4 (bug 1520163) for failing nightly builds a=backout
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip