7c074ab51d55943c159cda38823958487967c7fc: Bug 1543099 - Split browser_runtime_executionContext into multiple functions r=remote-protocol-reviewers,ato
Alexandre Poirot <poirot.alex@gmail.com> - Thu, 02 May 2019 10:11:40 +0000 - rev 531249
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1543099 - Split browser_runtime_executionContext into multiple functions r=remote-protocol-reviewers,ato Differential Revision: https://phabricator.services.mozilla.com/D29385
4307e69edeec3abd1a0bbc5d325ff67d57822d24: Bug 1547658 - fix second line cut off in sidebar item__runtime__details r=jdescottes
Ola Gasidlo <ogasidlo@mozilla.com> - Fri, 03 May 2019 07:13:09 +0000 - rev 531248
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1547658 - fix second line cut off in sidebar item__runtime__details r=jdescottes Fixed second line that has been cut off in the sidebar item detail of the remote runtime Differential Revision: https://phabricator.services.mozilla.com/D29649
0371011915fdf65cc123410f2be8198ae1da79a8: Bug 1540911 - Fix lint error r=me on a CLOSED TREE
Coroiu Cristina <ccoroiu@mozilla.com> - Fri, 03 May 2019 09:35:35 +0300 - rev 531247
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540911 - Fix lint error r=me on a CLOSED TREE
414ff611f77f537ae11a6cac6e51a44e24e9ad8b: Bug 1548513 - fix bustage in ResizeObserver with diagnostic asserts disabled. r=emilio
Julien Cristau <jcristau@mozilla.com> - Fri, 03 May 2019 05:38:00 +0000 - rev 531246
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1548513 - fix bustage in ResizeObserver with diagnostic asserts disabled. r=emilio Differential Revision: https://phabricator.services.mozilla.com/D29677
f57c98fd52a63fa9b084763801bb7d34bfef3e2f: Bug 1540911: configure whatsnew page for DevEdition 68. r=nthomas,tomprince
Julien Cristau <jcristau@mozilla.com> - Fri, 03 May 2019 05:18:07 +0000 - rev 531245
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540911: configure whatsnew page for DevEdition 68. r=nthomas,tomprince Differential Revision: https://phabricator.services.mozilla.com/D29794
4e509c724417f6ed43df0f3a5a4f9dcefef5fd52: Bug 1546888 - Make editor public methods which may be canceled by clipboard event listener return NS_SUCCESS_DOM_NO_OPERATION when it's canceled r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 02 May 2019 08:39:53 +0000 - rev 531244
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1546888 - Make editor public methods which may be canceled by clipboard event listener return NS_SUCCESS_DOM_NO_OPERATION when it's canceled r=m_kato This patch makes editors return new error code internally when clipboard event is dispatched and canceled by script. This is for making each caller stop handling the edit action. However, it's not actual failure. Therefore, making public methods return `NS_SUCCESS_DOM_NO_OPERATION` instead via `EditorBase::ToGenericNSResult()`. Differential Revision: https://phabricator.services.mozilla.com/D28935
21a63a10a2a91311ea3817ff72c2c93e242afeeb: Merge mozilla-central to autoland. a=merge CLOSED TREE
Gurzau Raul <rgurzau@mozilla.com> - Fri, 03 May 2019 07:22:56 +0300 - rev 531243
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Merge mozilla-central to autoland. a=merge CLOSED TREE
dfce0c346eeb8e9fbf28eb661714a243c137f293: Bug 1547869 - Make IsCommandEnabled() of HTML editor command classes return false if given editor is TextEditor r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Fri, 03 May 2019 02:15:18 +0000 - rev 531242
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1547869 - Make IsCommandEnabled() of HTML editor command classes return false if given editor is TextEditor r=smaug Currently, this bug does not occur actually because nobody has not accessed these command classes directly and they are registered only in command table for HTML editor. However, once rewriting `nsHTMLDocument::ExecCommand()` with these classes, its `IsCommandEnabled()` should return false if given editor is `TextEditor`. The reason why we need this fix is, when we make `ExecCommand()` call `IsCommandEnabled()` and it returns `true`, `ExecCommand()` needs to call `DoCommand()`. Then, it throws exception if given editor is not an `HTMLEditor` but the command class is only for `HTMLEditor`. This patch adds new WPT for testing whether `document.execCommand()` works with `<input>` and `<textarea>`. The behavior has not been standardized, but Chromium handles some commands even in it. So, I write the expectations from the point of view of web developers. (Chrome fails in "cut", "copy" and "removeformat" cases.) Differential Revision: https://phabricator.services.mozilla.com/D29473
68923cea77726b66ea8a7214e8307d62e5f77865: Bug 1546081 - ensure that a11y audit filters do not shrink or wrap when resized. r=mtigley
Yura Zenevich <yura.zenevich@gmail.com> - Thu, 02 May 2019 16:51:43 +0000 - rev 531241
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1546081 - ensure that a11y audit filters do not shrink or wrap when resized. r=mtigley Differential Revision: https://phabricator.services.mozilla.com/D29394
b651d60125273c1fbf1daf236d1b14a27aa4d8d5: Bug 1545304 - polish for a11y panel audit throbber styling. r=mtigley
Yura Zenevich <yura.zenevich@gmail.com> - Thu, 02 May 2019 16:48:59 +0000 - rev 531240
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1545304 - polish for a11y panel audit throbber styling. r=mtigley Differential Revision: https://phabricator.services.mozilla.com/D29374
5430d7a592d21f5a09d78bdbe9d3d26cc3ef577c: Bug 1547068 - making badges in tree non-interactive as per ui-review. r=mtigley
Yura Zenevich <yura.zenevich@gmail.com> - Thu, 02 May 2019 18:55:33 +0000 - rev 531239
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1547068 - making badges in tree non-interactive as per ui-review. r=mtigley Depends on D29342 Differential Revision: https://phabricator.services.mozilla.com/D29363
66c1e6f5276fc3bbf3fa1f0f68f129844aa9dcdc: Bug 1544710 - ensure that selected row is always visible within TreeView after update. Clean up scroll into view operations across all uses of TreeView. r=mtigley
Yura Zenevich <yura.zenevich@gmail.com> - Fri, 03 May 2019 04:05:36 +0000 - rev 531238
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1544710 - ensure that selected row is always visible within TreeView after update. Clean up scroll into view operations across all uses of TreeView. r=mtigley Differential Revision: https://phabricator.services.mozilla.com/D29342
d077a01ccd637475a32bfe4ae92ea25f2cc84e14: Bug 1548126 - Mark known existing reftests failures with column-span enabled. r=dholbert
Ting-Yu Lin <tlin@mozilla.com> - Thu, 02 May 2019 21:41:33 +0000 - rev 531237
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1548126 - Mark known existing reftests failures with column-span enabled. r=dholbert Due to the syntax limitation in failures.list, I cannot mark multicol-rule-004.xht as fails with column-span enabled and success with column-span disabled simultaneously. Luckily, we had another copy of it in testing/web-platform/tests/css/css-multicol/multicol-rule-004.xht, We can use it to test with column-span disabled for now. Differential Revision: https://phabricator.services.mozilla.com/D29419
c49960f2ec7b13be989b173d5a76493f6b821fed: Backed out changeset c2f648fbcbf1 (bug 1533861) for test_TelemetryEnvironment.js failures
Bogdan Tara <btara@mozilla.com> - Fri, 03 May 2019 06:22:25 +0300 - rev 531236
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Backed out changeset c2f648fbcbf1 (bug 1533861) for test_TelemetryEnvironment.js failures
04557fa70ce8a1dd168482b42b734647753c5b70: Backed out 4 changesets (bug 1320404) for test_permmanager_load_invalid_entries.js failures
Bogdan Tara <btara@mozilla.com> - Fri, 03 May 2019 06:12:25 +0300 - rev 531235
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Backed out 4 changesets (bug 1320404) for test_permmanager_load_invalid_entries.js failures Backed out changeset 7c2f4e64d38e (bug 1320404) Backed out changeset a7e7c0251179 (bug 1320404) Backed out changeset dd741b25a244 (bug 1320404) Backed out changeset de9073c57d20 (bug 1320404)
dd882b8cd73efd56bc92aa1467139699e7e1db6d: Bug 1540573 - p7. Modify CSP tests to use preload=2 on (emulated) cellular connections. r=jya
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:45:06 +0000 - rev 531234
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540573 - p7. Modify CSP tests to use preload=2 on (emulated) cellular connections. r=jya The Content Security Policy tests were handling the smaller android preload values that were #defined on Android by setting media.preload.default=2. Now that we're detecting whether we're on cellular or not, and the android emulators that our tests run on emulate a cellular connection, just setting media.preload.default is no longer enough. So set media.preload.default.cellular=2 in the CSP mochitests instead of media.preload.default, to make the CSP mochitests pass in the Android emulators. Differential Revision: https://phabricator.services.mozilla.com/D29617
b10d2cae45f2e0ea7809d60c54e80784ba871429: Bug 1540573 - P6. Use frugal preloading of media data when on cellular, otherwise aggressive. r=jya
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:44:49 +0000 - rev 531233
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540573 - P6. Use frugal preloading of media data when on cellular, otherwise aggressive. r=jya We're allowed to take some liberties as to what the default value and behaviour we assume for the 'preload' attribute on HTMLMediaElement by the spec. On desktop we assumed preload="metadata", while on mobile we assumed the default of preload="none" to save data. On mobile we also assumed that preload="auto" meant preload="metadata". I think it makes sense to instead of always assuming that data on Android is always expensive, we can instead detect if we're running on a cellular connection, and preload frugally then, otherwise aggressively. Differential Revision: https://phabricator.services.mozilla.com/D26235
270a8917377f46e18a9948c3335bfbd9b8192449: Bug 1540573 - P5. Only "always throttle" media download to the readahead on cellular connections. r=jya
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:44:31 +0000 - rev 531232
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540573 - P5. Only "always throttle" media download to the readahead on cellular connections. r=jya Normally when downloading media data we throttle the download only if we're ahead of the read cursor more than the "readahead limit", and if we estimate that the connection is fast enough that we'll be able to download at a rate fast enough to playback in real time if we resume it later. On mobile we additionally override this so that we always throttle the download once we're ahead of the read cursor by the readahead limit. This is to save data. I think we can relax this to only do this override if we're on a cellular connection; if we're on WiFi we can assume data is cheap. Differential Revision: https://phabricator.services.mozilla.com/D26234
3db059b34e40b810394a4ef355534fe707504699: Bug 1540573 - P4. Use larger MediaCache sizes when on cellular connection. r=jya
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:44:05 +0000 - rev 531231
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540573 - P4. Use larger MediaCache sizes when on cellular connection. r=jya Differential Revision: https://phabricator.services.mozilla.com/D26233
fe196b2dfc6247bd8f9ec102aeb9927fffc1af87: Bug 1540573 - P3. Expose network link type on ContentChild for use in content process. r=snorp
Chris Pearce <cpearce@mozilla.com> - Fri, 03 May 2019 02:43:47 +0000 - rev 531230
Push 11265 by ffxbld-merge at Mon, 13 May 2019 10:53:39 +0000
Bug 1540573 - P3. Expose network link type on ContentChild for use in content process. r=snorp In GeckoView the nsINetworkLinkService doesn't work in the content process, as we don't seem to have an AndroidBridge there, so just maintain the network connection type on the ContentChild. (I had considered keeping this on the NeckoChild, but the creation of that is initiated from the content process side, and there's not an easy and clean way to have the parent process send us the connection type after construction of the NeckoParent, other than have the NeckoChild request it either synchronously, or doing it async and hoping it's not asked for the value before the response comes in.) Differential Revision: https://phabricator.services.mozilla.com/D26232
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip