ec069eeba0af38043fce0323c5237c37b0bc7721: Bug 1354947 - Add equal operators for comparing ComputedTimingFunction with nsTimingFunction. r=birtles
Hiroyuki Ikezoe <hikezoe@mozilla.com> - Sat, 13 May 2017 16:34:38 +0900 - rev 577494
Push 58712 by bmo:dbugs@thebanners.uk at Sun, 14 May 2017 18:25:43 +0000
Bug 1354947 - Add equal operators for comparing ComputedTimingFunction with nsTimingFunction. r=birtles MozReview-Commit-ID: 7pQQP3xlKot
0e799351a9964c5bfcddee56094044217f850f38: servo: Merge #16850 - Merge keyframes at the same offset (from hiikezoe:merge-keyframe); r=birtles,SimonSapin
Hiroyuki Ikezoe <hikezoe@mozilla.com> - Sat, 13 May 2017 14:05:40 -0500 - rev 577493
Push 58712 by bmo:dbugs@thebanners.uk at Sun, 14 May 2017 18:25:43 +0000
servo: Merge #16850 - Merge keyframes at the same offset (from hiikezoe:merge-keyframe); r=birtles,SimonSapin This is a PR for https://bugzilla.mozilla.org/show_bug.cgi?id=1354947 . --- - [X] `./mach build -d` does not report any errors - [X] `./mach test-tidy` does not report any errors - [X] These changes do not require tests because it's for stylo Source-Repo: https://github.com/servo/servo Source-Revision: c5e31def29c62d885468f33cdc13446036b39bd8
83b67c630f53db2c7d3e1d5d916738bab5d08b50: No bug, Automated HPKP preload list update from host bld-linux64-spot-302 - a=hpkp-update
ffxbld - Sun, 14 May 2017 08:03:09 -0700 - rev 577492
Push 58712 by bmo:dbugs@thebanners.uk at Sun, 14 May 2017 18:25:43 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-302 - a=hpkp-update
19ed4a2472c79aaa952b7a20ae089707fb4fe1b5: No bug, Automated HSTS preload list update from host bld-linux64-spot-302 - a=hsts-update
ffxbld - Sun, 14 May 2017 08:03:06 -0700 - rev 577491
Push 58712 by bmo:dbugs@thebanners.uk at Sun, 14 May 2017 18:25:43 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-302 - a=hsts-update
1a9b311ef1b84704f1dadd755424a9045d3202d0: Bug 1350663 - Repaint mask layer when the offset fr0m mask region to mask layer changed. draft
cku <cku@mozilla.com> - Sun, 14 May 2017 19:28:01 +0800 - rev 577490
Push 58711 by cku@mozilla.com at Sun, 14 May 2017 18:16:06 +0000
Bug 1350663 - Repaint mask layer when the offset fr0m mask region to mask layer changed. Let's said we have a div, <div id="outer" style="width:200px, height:200px; mask="url(opaque-200X100-transparent-200X100.png)""> <div id="innter" style="position:fixed; left:0px; top:0px; width:200px; height:100px; mask-repeat: no-repeat; background-color: blue;"></div> </div> Please be noticed' 1. '#inner' is out-of-flow 2. '#outer' itself does not draw any things, no background/ border, etc.... 3. Mask applied on '#outer'. 4. opaque-100X200-transparent-100X200.png is a 200X200 image. The upper side of this image is opaque; the lower side of this image is transparent. After page load, you will see a 200X100 blue rect at left-top corner. So far, everthing is fine. Then you scroll down 100px. Ideally, you should see nothing in the view, since only the bottom halves of '#outer' left in the view, and mask covered on that halves is transparent. Every pixels of '#inner' should be masked out. On FF, you will still see a 200X100 blue rect in view as if no scrolling at all, which is wrong. Here is the root cause of this bug: 1. At beginning, we create a 200X100 mask layer, which fit the size of '#inner'. Not 200X200 of '#outer', since '#outer' basically draw nothing, we smartly choose a more compact draw target for painting the mask. 2. Things go wrong after scroll down. By scroll down 100px, the size of the mask layer is still "200X100", so we _think_ cached mask layer is still reusable, but it is not. Before scrolling, we paint (0, 0, 200, 100) portion of the 200X200 mask onto mask layer; after scrolling, we should paint (0, _100_, 200, 100) portion of mask onto mask layer. Becasue of this mistake, we keep reusing the cached mask layer, which contains opqaue portion of mask, so '#inner' keeps being visible in th view. It's difficult to create a reftest for this bug as well. With scrollTo, we can mimic an enviroment for this error, but when test harness take a snapshot, mask will suddenly become correct for some unknown reasons. MozReview-Commit-ID: H5xaUSssMRh
7421ca3f334145cc32cd7f6a0c2681322df915f7: Bug 1350663 - Repaint mask layer when the offset fr0m mask region to mask layer changed. draft
cku <cku@mozilla.com> - Sun, 14 May 2017 19:28:01 +0800 - rev 577489
Push 58710 by cku@mozilla.com at Sun, 14 May 2017 18:13:09 +0000
Bug 1350663 - Repaint mask layer when the offset fr0m mask region to mask layer changed. Let's said we have a div, <div id="outer" style="width:200px, height:200px; mask="url(opaque-200X100-transparent-200X100.png)""> <div id="innter" style="position:fixed; left:0px; top:0px; width:200px; height:100px; mask-repeat: no-repeat; background-color: blue;"></div> </div> Please be noticed' 1. '#inner' is out-of-flow 2. '#outer' itself does not draw any things, no background/ border, etc.... 3. Mask applied on '#outer'. 4. opaque-100X200-transparent-100X200.png is a 200X200 image. The upper side of this image is opaque; the lower side of this image is transparent. After page load, you will see a 200X100 blue rect at left-top corner. So far, everthing is fine. Then you scroll down 100px. Ideally, you should see nothing in the view, since only the bottom halves of '#outer' left in the view, and mask covered on that halves is transparent. Every pixels of '#inner' should be masked out. On FF, you will still see a 200X100 blue rect in view as if no scrolling at all, which is wrong. Here is the root cause of this bug: 1. At beginning, we create a 200X100 mask layer, which fit the size of '#inner'. Not 200X200 of '#outer', since '#outer' basically draw nothing, we smartly choose a more compact draw target for painting the mask. 2. Things go wrong after scroll down. By scroll down 100px, the size of the mask layer is still "200X100", so we _think_ cached mask layer is still reusable, but it is not. Before scrolling, we paint (0, 0, 200, 100) portion of the 200X200 mask onto mask layer; after scrolling, we should paint (0, _100_, 200, 100) portion of mask onto mask layer. Becasue of this mistake, we keep reusing the cached mask layer, which contains opqaue portion of mask, so '#inner' keeps being visible in th view. It's difficult to create a reftest for this bug as well. With scrollTo, we can mimic an enviroment for this error, but when test harness take a snapshot, mask will suddenly become correct for some unknown reasons. MozReview-Commit-ID: H5xaUSssMRh
0c3132d824f79746fa14b93fe64165637f7b91a9: Bug 1299053 - Ensure that background pages have windowId -1 in browser.extension.getViews draft
Rob Wu <rob@robwu.nl> - Sun, 23 Apr 2017 13:03:11 +0200 - rev 577488
Push 58709 by bmo:rob@robwu.nl at Sun, 14 May 2017 16:43:20 +0000
Bug 1299053 - Ensure that background pages have windowId -1 in browser.extension.getViews MozReview-Commit-ID: HdayD0JrIBm
817efd4eeef6ef83f1d12aded203fc8c31a72b04: Bug 1299053 - support tabId in browser.extension.getViews draft
Rob Wu <rob@robwu.nl> - Sun, 23 Apr 2017 13:01:34 +0200 - rev 577487
Push 58709 by bmo:rob@robwu.nl at Sun, 14 May 2017 16:43:20 +0000
Bug 1299053 - support tabId in browser.extension.getViews MozReview-Commit-ID: Ep6pdUdbhmc
2b35091654a586e5f8a2cf8d659cd43a1b3b25e9: Bug 1299053 - Refactor test/browser/browser_ext_getViews draft
Rob Wu <rob@robwu.nl> - Sun, 23 Apr 2017 12:44:59 +0200 - rev 577486
Push 58709 by bmo:rob@robwu.nl at Sun, 14 May 2017 16:43:20 +0000
Bug 1299053 - Refactor test/browser/browser_ext_getViews I want to add more tests, based on tabId. Adding more positional arguments makes the code less readable, so I moved the check for windowId to a separate method. MozReview-Commit-ID: 2aTtMftoCZX
1afe791b7f28009aa082c9532df007a78b42ff58: Bug 1364746 - stylo: Continue to propagate quirks mode information to Servo r?bholley draft
Nazım Can Altınova <canaltinova@gmail.com> - Sun, 14 May 2017 18:11:18 +0300 - rev 577485
Push 58708 by bmo:canaltinova@gmail.com at Sun, 14 May 2017 15:18:14 +0000
Bug 1364746 - stylo: Continue to propagate quirks mode information to Servo r?bholley I've propagated quirks mode information on some places. But we needed to pass quirks mode to some other FFI functions to be able to handle that information properly. MozReview-Commit-ID: JovQWjN3YJx
97e9754f64b440fde1a842bec129e048a9d2b744: Bug 1364746 - stylo: Continue to propagate quirks mode information to Servo draft
Nazım Can Altınova <canaltinova@gmail.com> - Sun, 14 May 2017 18:11:18 +0300 - rev 577484
Push 58707 by bmo:canaltinova@gmail.com at Sun, 14 May 2017 15:13:16 +0000
Bug 1364746 - stylo: Continue to propagate quirks mode information to Servo I've propagated quirks mode information on some places in Bug 1360488. But we needed to pass quirks mode to some other FFI functions to be able to handle that information properly MozReview-Commit-ID: JovQWjN3YJx
29eee8256fc95e26eb8b9c314b42d4e0363074b1: remove: servo side changes draft
Nazım Can Altınova <canaltinova@gmail.com> - Fri, 12 May 2017 23:53:09 +0300 - rev 577483
Push 58707 by bmo:canaltinova@gmail.com at Sun, 14 May 2017 15:13:16 +0000
remove: servo side changes MozReview-Commit-ID: Gq4AyXZ8D92
46053a3c4532311e82aa5b73c1606cba839232f8: Bug 1360488 - Part 2: stylo: Propagate quirks mode information from Gecko to Servo draft
Nazım Can Altınova <canaltinova@gmail.com> - Sat, 06 May 2017 01:12:03 +0300 - rev 577482
Push 58707 by bmo:canaltinova@gmail.com at Sun, 14 May 2017 15:13:16 +0000
Bug 1360488 - Part 2: stylo: Propagate quirks mode information from Gecko to Servo MozReview-Commit-ID: 6AyuC2jd3d4
a5d89c8186eea77c113e7f8e5fa991ad3734b4fb: Bug 1360488 - Part 1: stylo: Add ServoCSSParsingEnvironment and pass this instead of URLExtraData draft
Nazım Can Altınova <canaltinova@gmail.com> - Thu, 11 May 2017 19:06:43 +0300 - rev 577481
Push 58707 by bmo:canaltinova@gmail.com at Sun, 14 May 2017 15:13:16 +0000
Bug 1360488 - Part 1: stylo: Add ServoCSSParsingEnvironment and pass this instead of URLExtraData It was inconsistent with gecko side and also we needed to pass nsCompatibility enum along with URLExtraData. MozReview-Commit-ID: 2ceutBfqBrg
b81e06da512d3773ace5eed84a455700eb7da743: Bug 1363886 - Check API function results against schema `returns` draft
Tomislav Jovanovic <tomica@gmail.com> - Sat, 13 May 2017 16:49:23 +0200 - rev 577480
Push 58706 by bmo:tomica@gmail.com at Sun, 14 May 2017 15:10:19 +0000
Bug 1363886 - Check API function results against schema `returns` MozReview-Commit-ID: E2mGR03zUSf
f12621c3d258c7e8456280933844da84c9582284: Bug 1362047 - Fix default value for content script run_at, add tests r?mixedpuppy draft
Tomislav Jovanovic <tomica@gmail.com> - Wed, 10 May 2017 02:00:29 +0200 - rev 577479
Push 58705 by bmo:tomica@gmail.com at Sun, 14 May 2017 14:34:40 +0000
Bug 1362047 - Fix default value for content script run_at, add tests r?mixedpuppy MozReview-Commit-ID: CiBaSkZ0TqQ
edade7e143582024d8aac9bd5c6b346cabbe423c: Bug 1354146 - add support for keyboard navigation inside panel views. r?Gijs draft
Mike de Boer <mdeboer@mozilla.com> - Sun, 14 May 2017 16:20:21 +0200 - rev 577478
Push 58704 by mdeboer@mozilla.com at Sun, 14 May 2017 14:23:25 +0000
Bug 1354146 - add support for keyboard navigation inside panel views. r?Gijs MozReview-Commit-ID: JQ2uezgfZOH
f475ded7bbd8adda8e6fc396bf880180159becac: Bug 1351585 - Part 5. Add build flag to inject mma implementation. r?maliu,sebastian,nalexander draft
cnevinc <cnevinc@livemail.tw> - Thu, 11 May 2017 23:48:53 -0700 - rev 577477
Push 58703 by bmo:cnevinchen@gmail.com at Sun, 14 May 2017 14:15:51 +0000
Bug 1351585 - Part 5. Add build flag to inject mma implementation. r?maliu,sebastian,nalexander MozReview-Commit-ID: HEUPLEaE7tN
88930dbb9077946542829e3a23ca0ca21cbcd1fd: Bug 1351585 - Part 4. Use Switchboard to limit Leanplum startup/init r?sebastian,maliu draft
cnevinc <cnevinc@livemail.tw> - Thu, 11 May 2017 21:46:31 -0700 - rev 577476
Push 58703 by bmo:cnevinchen@gmail.com at Sun, 14 May 2017 14:15:51 +0000
Bug 1351585 - Part 4. Use Switchboard to limit Leanplum startup/init r?sebastian,maliu MozReview-Commit-ID: VPptFlK8Bk
9cb9f2993910025ef303b81dff00dc291e503acf: Bug 1351581 - Part 5. Add build flag to inject mma implementation. r?maliu,sebastian,nalexander draft
cnevinc <cnevinc@livemail.tw> - Thu, 11 May 2017 23:48:53 -0700 - rev 577475
Push 58702 by bmo:cnevinchen@gmail.com at Sun, 14 May 2017 14:12:48 +0000
Bug 1351581 - Part 5. Add build flag to inject mma implementation. r?maliu,sebastian,nalexander MozReview-Commit-ID: HEUPLEaE7tN
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip