f37e99ebc6e0c682003b52573f415e5fd78d425a: Bug 1318333 - Fix SEARCH_COUNTS not counting one-off searches. r=mak, a=gchang FIREFOX_51_0b3_BUILD1 FIREFOX_51_0b3_RELEASE
Alessio Placitelli <alessio.placitelli@gmail.com> - Mon, 21 Nov 2016 04:56:00 +0100 - rev 445079
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1318333 - Fix SEARCH_COUNTS not counting one-off searches. r=mak, a=gchang MozReview-Commit-ID: 2HTJBzbpUK2
ebddbe716951a92bc9104d85e56a68ed31258ed0: Bug 1318926 - constant-fold asm.js RSh expressions again. r=nbp a=gchang
Pip Cet <pipcet@gmail.com> - Sun, 20 Nov 2016 23:16:00 +0100 - rev 445078
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1318926 - constant-fold asm.js RSh expressions again. r=nbp a=gchang
881b37dc7f945c1d1031284abe03b15049254565: Bug 1314790 - Part 3. Ignore nsIEditor::eNone case. r=masayuki a=gchang
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Sun, 20 Nov 2016 10:35:17 +0900 - rev 445077
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1314790 - Part 3. Ignore nsIEditor::eNone case. r=masayuki a=gchang MozReview-Commit-ID: 6KHFQ84J7dU
ba5384798a4d821d60c188f1deffeecc86b19fd3: Bug 1314790 - Part 1. GetGoodSelPointForNode doesn't work with ePrevousWord action. r=masayuki, a=gchang
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Sat, 12 Nov 2016 21:59:04 +0900 - rev 445076
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1314790 - Part 1. GetGoodSelPointForNode doesn't work with ePrevousWord action. r=masayuki, a=gchang Although GetGoodSelPointForNode only supports ePrevious or eNext as action, we use other action. So we should add aseetion for it. MozReview-Commit-ID: 3gLFFTAdNxU
9f89f9027a358144c9b064c028738075f617c23d: Bug 1315905 - "Cleanup Necko http security check test" r=me a=test-only
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 24 Nov 2016 07:01:00 +0100 - rev 445075
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1315905 - "Cleanup Necko http security check test" r=me a=test-only
823df64d0f5080e9ee482dad0f40bb0c89fe8832: Bug 1315905 - Fix a mochitest, r=me a=test-only
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 24 Nov 2016 15:49:06 +0100 - rev 445074
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1315905 - Fix a mochitest, r=me a=test-only
ed3bae0b42fba0ab8393dade9412a2436a495291: Bug 1315905 - "Cleanup Necko http security check tests". r=valentin a=gchang
Andrea Marchesini <amarchesini@mozilla.com> - Wed, 16 Nov 2016 00:16:00 +0100 - rev 445073
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1315905 - "Cleanup Necko http security check tests". r=valentin a=gchang
a5cf41cc6a0d305968ac833d300a68f0d8da7898: Bug 1315905 - Cleanup Necko http security check - part 1, r=valentin, a=gchang
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 17 Nov 2016 14:52:16 +0100 - rev 445072
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1315905 - Cleanup Necko http security check - part 1, r=valentin, a=gchang
434ad784075de46014f18e9d1b20c082295e90fd: Bug 1317906 - When a key press causes a call of InsertText(), it shouldn't mark keypress as consumed but instead, should mark InsertText() caused composition. r=m_kato, a=gchang
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 17 Nov 2016 13:35:21 +0900 - rev 445071
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1317906 - When a key press causes a call of InsertText(), it shouldn't mark keypress as consumed but instead, should mark InsertText() caused composition. r=m_kato, a=gchang Currently, when InsertText() which is caused by a key press causes committing composition, it consumes keypress event. However, Korean 2-set IME calls InsertText() two times when there is composition and key press causes inserting another character next to the composition. In this case, current design ignores second InsertText() becuase keypress event is already consumed by the first InsertText() call. For solving this issue safely, InsertText() should mark current key event as "dispatched composition event". Then, following InsertText() calls should cause composition events instead of keypress events since following event order is too odd: 1. keydown (currently not dispatched by TextEventDisaptcher) 2. compositionupdate 3. compositionend 4. keypress 5. keyup with the new design this becomes: 1. keydown (currently not dispatched by TextEventDispatcher) 2. compositionupdate 3. compositionend 4. compositionstart 5. compositionupdate 6. compositionend 7. keyup This is similar to Chromium, although, Chromium includes the second InsertText() call into the first composition, we need to fix it later due to risky. MozReview-Commit-ID: GL42cU2WIL0
dfb217a85b4154c5877090e6e1a2826816e958d4: Bug 1312649 part.1 TextInputHandler::InsertText() should dispatch composition events instead of keypress events when it replaces a range which is different from current selection r=m_kato, a=gchang
Masayuki Nakano <masayuki@d-toybox.com> - Mon, 07 Nov 2016 10:30:05 +0900 - rev 445070
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1312649 part.1 TextInputHandler::InsertText() should dispatch composition events instead of keypress events when it replaces a range which is different from current selection r=m_kato, a=gchang Vietnamese Telex IME handles Backspace key immediately after inputting a word even when there is no marked text. At this time, it tries to replace the word with specific string. In such case, our editor shouldn't remove anything at handling the Backspace keypress event. For avoiding this issue, InserText() should dispatch a set of composition for inserting the specified text into the range. Then, editor won't perform any action of the key. Additionally, when a Backspace keydown tries to remove the last character of the word, Telex removes it with a composition. At this time, it creates dummy marked text "a" and make it empty later. So, in this case, InsertText() won't be called, therefore, we need to consume the Backspace keypress when SetMarkedText() is called for preventing removing the previous character of the word. MozReview-Commit-ID: LfeEHDWn0cZ
de40de49d38983e9bc745f305f509acb92876e12: Bug 1312649 part.2 IMEInputHandler::GetVaildAttributesForMarkedText() should return non-empty array r=m_kato, a=gchang
Masayuki Nakano <masayuki@d-toybox.com> - Mon, 07 Nov 2016 16:19:41 +0900 - rev 445069
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1312649 part.2 IMEInputHandler::GetVaildAttributesForMarkedText() should return non-empty array r=m_kato, a=gchang Vietnamese Telex perhaps referes this result and change its behavior. When typying something, Telex starts composition on Chrome but may not behave so on Gecko. Fortunately, Chromium just returns some attributes when validAttributesForMarkedText: of NSTextInputClient [1] but it doesn't return these styles when attributedSubstringForProposedRange: of NSTextInputClient is called (always returns non-styled plain text) [2]. Therefore, this patch does not touch IMEInputHandler::GetAttributedSubstringFromRange(). *1 <https://chromium.googlesource.com/chromium/src/+/7d85f23cb0235db06b0b6c2de1dc29ae5eaeb8f5/content/browser/renderer_host/render_widget_host_view_mac.mm#2936> *2 <https://chromium.googlesource.com/chromium/src/+/7d85f23cb0235db06b0b6c2de1dc29ae5eaeb8f5/content/browser/renderer_host/render_widget_host_view_mac.mm#3036> MozReview-Commit-ID: 1gPIiu4Qbud
2d052cc5f70016e56e41cdc741573e5c967e9aed: Bug 1310565 TextInputHandler shouldn't dispatch a composition events when a key press causes 2 or more characters r=m_kato, a=gchang
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 24 Nov 2016 14:08:15 +0900 - rev 445068
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1310565 TextInputHandler shouldn't dispatch a composition events when a key press causes 2 or more characters r=m_kato, a=gchang TextInputHandler::InsertText() dispatches a set of composition events when a key press causes 2 or more characters (Note that InsertText() is typically called only when IME is available because it's called via [NSResponder interpretKeyEvents]). However, this is different from the behavior of Windows. On Windows, NativeKey dispatches two ore more eKeyPress events in this case.
482eefb7b7a75d450af08c4537ff17515fd8871c: Bug 1319788 - fix typo in getting a telemetry histogram, r=mak a=gchang
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 23 Nov 2016 14:47:55 +0000 - rev 445067
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1319788 - fix typo in getting a telemetry histogram, r=mak a=gchang MozReview-Commit-ID: 22CFX0Ueo1q
a2ccc1a66d96a413213b2433d3348c4a6884038e: Bug 1317901 - Ensure image loads don't short-circuit if element's adopting steps are run; r=jdm, a=gchang
Edgar Chen <echen@mozilla.com> - Fri, 18 Nov 2016 15:54:21 +0800 - rev 445066
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1317901 - Ensure image loads don't short-circuit if element's adopting steps are run; r=jdm, a=gchang MozReview-Commit-ID: Cbg3EHtyL8f
6f0b8c9b39acb34c6aa58d2cb00bbc90b405feaa: No bug, Automated blocklist update from host bld-linux64-spot-530 - a=blocklist-update
ffxbld - Thu, 24 Nov 2016 03:05:18 -0800 - rev 445065
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
No bug, Automated blocklist update from host bld-linux64-spot-530 - a=blocklist-update
a4e61531ef4cb79de064b76928ce6b45c8ae91e1: Bug 1309834. r=wchen. a=gchang
Henri Sivonen <hsivonen@hsivonen.fi> - Fri, 14 Oct 2016 11:47:17 +0300 - rev 445064
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1309834. r=wchen. a=gchang MozReview-Commit-ID: FO7bXlx6lv
2df930d5262a5586845442989a45f179f8c5e600: Bug 1289610 - Don't discard Baseline code in ~AutoClearTypeInferenceStateOnOOM. r=bhackett, a=gchang
Jan de Mooij <jdemooij@mozilla.com> - Thu, 17 Nov 2016 10:30:49 +0100 - rev 445063
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1289610 - Don't discard Baseline code in ~AutoClearTypeInferenceStateOnOOM. r=bhackett, a=gchang
b0b77569df6600517d9e6d73a8ebbc990f485063: Bug 1319452: Part 2 - Don't expose extension views that the caller cannot access. r=billm a=ritu
Kris Maglione <maglione.k@gmail.com> - Tue, 22 Nov 2016 12:31:37 -0800 - rev 445062
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1319452: Part 2 - Don't expose extension views that the caller cannot access. r=billm a=ritu MozReview-Commit-ID: IS7mpOnQ8y0
0d8d75042332b977ceebf846ed5edc1a1ed2d696: Bug 1319452: Part 1 - Load background page in private browsing mode during permanent private browsing. r=billm a=ritu
Kris Maglione <maglione.k@gmail.com> - Wed, 23 Nov 2016 18:04:03 -0800 - rev 445061
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1319452: Part 1 - Load background page in private browsing mode during permanent private browsing. r=billm a=ritu MozReview-Commit-ID: KXA7xlq8Voc
ea95da0bb7ab5f8f9f9be6ce1920f56aa9dd3bf9: Bug 1310224 - Cherry-pick 46d12e9a from cubeb. r=kinetik, a=jcristau
Paul Adenot <paul@paul.cx> - Thu, 17 Nov 2016 12:07:59 +0100 - rev 445060
Push 37411 by martin.thomson@gmail.com at Tue, 29 Nov 2016 03:34:58 +0000
Bug 1310224 - Cherry-pick 46d12e9a from cubeb. r=kinetik, a=jcristau MozReview-Commit-ID: D6wpucS71qh
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip