4cbed02f287828309cb63bc47f88bd0eb64a7893: Bug 1415225 - Stop setting the EventRegionsOverride flag on root layers. r=botond,mattwoodrow
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 09 Nov 2017 09:03:52 -0500 - rev 444228
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415225 - Stop setting the EventRegionsOverride flag on root layers. r=botond,mattwoodrow As with the previous patch, instead of setting the override on the root layer, we set the flag on the nsDisplayListBuilder before building the display list, and the flag automatically forces all event regions display items to use their dispatch-to-content region instead of any other regions. Both the WebRender and non-WebRender codepaths were setting the override flag on their root layers and don't need to any more. MozReview-Commit-ID: 1cz0ahqwkOm
ebd75f69dd52ea60272f91ee109b2100d786216c: Bug 1415225 - Stop setting the EventRegionsOverride flag on in-process subdocument layers. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 09 Nov 2017 09:03:51 -0500 - rev 444227
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415225 - Stop setting the EventRegionsOverride flag on in-process subdocument layers. r=botond The mechanics of this change is fairly straightforward - instead of setting the override on the layer corresponding to the in-process subdocument, we just set the flag on the display list builder; that flag is already checked when building the layer event regions for descendant nsIFrames. As a side-effect, we also don't need to force a layer for in-process subdocuments just because they have document-level APZ-aware listeners. One of reasons we were doing so before was so that we would have a layer to stash the override flags on but now we don't need that any more. Note that out-of-process subdocuments are not affected; for those cases the nsSubDocumentFrame delegates BuildDisplayList to RenderFrameParent/nsDisplayRemote, which will still set the overrides on the RefLayer that is created. MozReview-Commit-ID: DZWglE4e62p
3cac8cc22a73b7dd5be823fdf59b97f9db72d612: Bug 1415225 - Remove dead code. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 09 Nov 2017 09:03:51 -0500 - rev 444226
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415225 - Remove dead code. r=jrmuizel This code has been unused since the removal of layers-full WR codepaths. MozReview-Commit-ID: JQn55Kbz5rr
9aff6ae3fc566b7cb599b63b53350069801d83b5: Merge mozilla-central to autoland. a=merge on a CLOSED TREE
dluca <dluca@mozilla.com> - Thu, 09 Nov 2017 16:01:34 +0200 - rev 444225
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Merge mozilla-central to autoland. a=merge on a CLOSED TREE
bad9f2a1be214b9bc5277fe766fe0d5a7d146ad4: Bug 1381648 - Add non blocking time to the statistics panel of netmonitor; r=Honza
Vincent Lequertier <vi.le@autistici.org> - Fri, 06 Oct 2017 15:11:18 +0200 - rev 444224
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1381648 - Add non blocking time to the statistics panel of netmonitor; r=Honza MozReview-Commit-ID: Anw4hTlpPjH
c908b2bffe6e8991ede42e196358e7db3041a9be: Bug 1381684 - Fix intermittent browser/components/extensions/test/browser/browser_ext_tabs_lastAccessed.js, r=mixedpuppy
Bob Silverberg <bsilverberg@mozilla.com> - Mon, 30 Oct 2017 13:39:53 -0400 - rev 444223
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1381684 - Fix intermittent browser/components/extensions/test/browser/browser_ext_tabs_lastAccessed.js, r=mixedpuppy This patch introduces two changes to the test: 1. It breaks apart the assertion that was combining three tests into individual assertions, so if this does fail again in the future it will be easier to spot the actual problem. 2. It uses addTab and browserLoaded instead of openNewForegroundTab, which seems to allow the test to wait long enough before starting the extension. When I was able to reproduce the failure, after separating the assertions, I found the one that was failing was the check that tab2.lastAccessed was less than the current time. I believe that the current time was being recorded too soon, which is why I changed the test to not record the current time until after both tabs have completed loading. This seems to fix the intermittent locally for me. MozReview-Commit-ID: I3VoYODwjgz
cf6c386ae59c4d5a8120eddaf06e69ba6996dc49: Bug 1415835 - Convert xpcshell-tests in toolkit/components/places/tests/bookmarks to Bookmarks.jsm API. r=mak
Mark Banner <standard8@mozilla.com> - Mon, 06 Nov 2017 18:34:13 +0000 - rev 444222
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415835 - Convert xpcshell-tests in toolkit/components/places/tests/bookmarks to Bookmarks.jsm API. r=mak MozReview-Commit-ID: 3HB47rMkpuy
b9d38c74d5ffdb4353f36ad10a65681d492d340c: servo: Merge #19161 - remove unused script in `build_commands.py` (from tigercosmos:python2); r=emilio
tigercosmos <b04209032@ntu.edu.tw> - Thu, 09 Nov 2017 05:57:43 -0600 - rev 444221
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
servo: Merge #19161 - remove unused script in `build_commands.py` (from tigercosmos:python2); r=emilio <!-- Please describe your changes on the following line: --> code in `build_commands.py` duplicates with `openssl.makefile`, so it is unused. (It only use in openssl) https://github.com/servo/servo/blob/ae5dca985ee58fbcd18d7e470184beb2b7e3d547/python/servo/build_commands.py#L268 https://github.com/servo/servo/blob/ae5dca985ee58fbcd18d7e470184beb2b7e3d547/support/android/openssl.makefile#L9-L10 https://github.com/servo/servo/blob/ae5dca985ee58fbcd18d7e470184beb2b7e3d547/support/android/openssl.sh#L83-L84 --- <!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `__` with appropriate data: --> - [X] `./mach build -d` does not report any errors - [X] `./mach test-tidy` does not report any errors - [ ] These changes fix #__ (github issue number if applicable). <!-- Either: --> - [ ] There are tests for these changes OR - [ ] These changes do not require tests because _____ <!-- Also, please make sure that "Allow edits from maintainers" checkbox is checked, so that we can help you if you get stuck somewhere along the way.--> <!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. --> Source-Repo: https://github.com/servo/servo Source-Revision: 1d6b8a5448f4a7b55e224b4d1fd4520b74095864
818860c42bcaa778c3c88bec897bc7bb1f417f3b: Bug 1412559 - Make the "confirm repost" prompt tab modal. r=bz
Johann Hofmann <jhofmann@mozilla.com> - Wed, 08 Nov 2017 18:26:33 +0100 - rev 444220
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1412559 - Make the "confirm repost" prompt tab modal. r=bz This is done to prevent malicious pages from abusing the feature to lock up the browser. MozReview-Commit-ID: 8Gf55nbMwCu
2d6c76ecff8dcb7cfce961885e7e0fa2f1b608c3: Bug 1415414 - Make DeleteRangeTransaction::CreateTxnsToDeleteBetween() and DeleteRangeTransaction::CreateTxnsToDeleteContent() use RawRangeBoundary as their arguments r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Wed, 08 Nov 2017 15:01:23 +0900 - rev 444219
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415414 - Make DeleteRangeTransaction::CreateTxnsToDeleteBetween() and DeleteRangeTransaction::CreateTxnsToDeleteContent() use RawRangeBoundary as their arguments r=m_kato By the fix of bug 1407352, DeleteRangeTransaction::CreateTxnsToDeleteBetween() starts to use child node instead of a set of container node and offset in it. However, this is ugly and using RawRangeBoundary may reduce computing offset more. So, they should use RawRangeBoundary to refer delete points. MozReview-Commit-ID: pwDHOxpz0E
14e4883dc59825c0e30a482d1903ad87aff4afdd: Bug 1402286 - chunk notifyResults calls so that we don't run all the autocomplete js for each match. r=adw
Marco Bonardo <mbonardo@mozilla.com> - Tue, 31 Oct 2017 11:13:47 +0100 - rev 444218
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1402286 - chunk notifyResults calls so that we don't run all the autocomplete js for each match. r=adw MozReview-Commit-ID: GuYew5B30WQ
6409f04e33d62148f988f567d1ef90a6f7b0ac9d: No bug, Automated blocklist update from host bld-linux64-spot-032 - a=blocklist-update
ffxbld - Thu, 09 Nov 2017 11:48:14 -0800 - rev 444217
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
No bug, Automated blocklist update from host bld-linux64-spot-032 - a=blocklist-update
4fc6015010e79834803f38ae3978a9ef7a4b1439: No bug, Automated HPKP preload list update from host bld-linux64-spot-032 - a=hpkp-update
ffxbld - Thu, 09 Nov 2017 11:48:10 -0800 - rev 444216
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-032 - a=hpkp-update
41d667952cf2ce3f3945577c9e5d10b0be44ef60: No bug, Automated HSTS preload list update from host bld-linux64-spot-032 - a=hsts-update
ffxbld - Thu, 09 Nov 2017 11:48:06 -0800 - rev 444215
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-032 - a=hsts-update
486620c2345ab558d0507c14a19e49f631b8347f: Merge mozilla-central to mozilla-inbound a=merge on a CLOSED TREE
dluca <dluca@mozilla.com> - Thu, 09 Nov 2017 16:03:23 +0200 - rev 444214
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Merge mozilla-central to mozilla-inbound a=merge on a CLOSED TREE
37a03f25e750e71f1006aa56fd67b049a0e72057: Bug 1319203: Also rename "entry trampoline" to "slow entry trampoline" in wasm tests; r=me
Benjamin Bouvier <benj@benj.me> - Thu, 09 Nov 2017 13:47:07 +0100 - rev 444213
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1319203: Also rename "entry trampoline" to "slow entry trampoline" in wasm tests; r=me
0422da76e0f6506e8d50d39c445a4eb25e4b7807: Bug 1319203: Rename Entry -> InterpEntry in wasm code; r=luke
Benjamin Bouvier <benj@benj.me> - Fri, 20 Oct 2017 17:20:57 +0200 - rev 444212
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1319203: Rename Entry -> InterpEntry in wasm code; r=luke MozReview-Commit-ID: 5tRRsS0McFp
82622938a7c9cc0444f52a5cb8a8ee8ae51fd1fc: Bug 1411473 - Skip image loading from adoption if OwnerDoc is not allowed to. r=bz
Yoshi Huang <allstars.chh@mozilla.com> - Tue, 07 Nov 2017 16:06:26 +0800 - rev 444211
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1411473 - Skip image loading from adoption if OwnerDoc is not allowed to. r=bz In the test file 1411473.html, there are 3 calls to nsImageLoadingContent::LoadImage 1. Triggered by setting src attribute, and this sets the mCurrentRequest. 2. Triggered by setting crossOrigin attribute, this forcibly reloads the image, and this sets the mPendingRequest. 3. Triggered by loading the image which is adopted into a new created data document by 'document.implementation.createDocument('', '', null).adoptNode(img)' However in the 3rd call, when it calls nsImageLoadingContent::LoadImage, It will bail out in the aDocument->IsLoadedAsData() part http://searchfox.org/mozilla-central/rev/5a60492a53667fc61a62af1847d005a210b7a4f6/dom/base/nsImageLoadingContent.cpp#942 And when it calls SetBlockedRequest, at this time we have a non-null mCurrentRequest and a non-null mPendingRequest, so this triggers the assertion of mPendingRequest should be null when we got blocked, which is added in bug 1267075. Since data document is not the active document, per https://html.spec.whatwg.org/multipage/images.html#updating-the-image-data, Step 1, we should skip the image loading in HTMLImageElement.
79b9b464a9eb41ade2b197be4c91cec62198118c: Bug 1415081 - part 8 - Fix the use of NS_ReadInputStreamToString in DataTransferItem, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 09 Nov 2017 11:18:09 +0100 - rev 444210
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415081 - part 8 - Fix the use of NS_ReadInputStreamToString in DataTransferItem, r=smaug
161a4957d9b585511e1587f86a2c8ec92a2667fc: Bug 1415081 - part 7 - Fix the use of NS_ReadInputStreamToString in HTMLCanvasElement, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 09 Nov 2017 11:18:09 +0100 - rev 444209
Push 1618 by Callek@gmail.com at Thu, 11 Jan 2018 17:45:48 +0000
Bug 1415081 - part 7 - Fix the use of NS_ReadInputStreamToString in HTMLCanvasElement, r=smaug
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip