d533ad7c74ea00b9f35edf7ccc4394e20e7b8766: Bug 1347373 - better handling of requests that have only non-existing items and of errors. r=kitcambridge
Mark Hammond <mhammond@skippinet.com.au> - Thu, 16 Mar 2017 20:53:06 +1100 - rev 348112
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1347373 - better handling of requests that have only non-existing items and of errors. r=kitcambridge MozReview-Commit-ID: 7kcky3wJb4j
1d0e54591b4d2570179d5fe3d3b507225c710e46: No bug - Update mochitest expectations.
Xidorn Quan <me@upsuper.org> - Fri, 17 Mar 2017 17:16:52 +1100 - rev 348111
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
No bug - Update mochitest expectations. MozReview-Commit-ID: FQtBpgfBtR3
fd5e7c8cbb6da696d950b48a086cde6c7fec5e2e: Bug 1345853 - Part 3. Reftest. r=tnikkel
cku <cku@mozilla.com> - Thu, 16 Mar 2017 03:09:04 +0800 - rev 348110
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1345853 - Part 3. Reftest. r=tnikkel MozReview-Commit-ID: 7mXjFSXH2pa
a46f3da8aba674893eccec275908b31453d7d6b0: Bug 1345853 - Part 2. If the transform matrix is singular, return DrawResult::SUCCESS, instead of DrawResult::BAD_ARGS r=tnikkel
cku <cku@mozilla.com> - Thu, 16 Mar 2017 12:06:36 +0800 - rev 348109
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1345853 - Part 2. If the transform matrix is singular, return DrawResult::SUCCESS, instead of DrawResult::BAD_ARGS r=tnikkel According to bug 1345853 comment 5, tn said: You probably want to return whatever was drawn there regardless of the DrawResult. SVGMaskFrame has the same problem. Keep in mind that DrawResult is only reporting on how drawing of any images went, not the drawing of anything else. Also looking over the patches from bug 1258510 I see a couple places where BAD_ARGS is returned if the transform matrix is singular. We would want to return SUCCESS in that case I think, because we drew what we were instructed to draw. MozReview-Commit-ID: 5XcDuKQwXTJ
836d16519edf994ecf98ef5791f23bc088d99fe4: Bug 1345853 - Part 1. Pass DrawResult from nsSVGPatternFrame::PaintPattern back to nsDisplaySVGGeometry::Paint. r=mstange,tnikkel
cku <cku@mozilla.com> - Thu, 16 Mar 2017 12:17:19 +0800 - rev 348108
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1345853 - Part 1. Pass DrawResult from nsSVGPatternFrame::PaintPattern back to nsDisplaySVGGeometry::Paint. r=mstange,tnikkel I did many change in many files in this patch. But the goal is pretty simple: To pass the return value of nsSVGPatternFrame::PaintPattern back to the caller (nsDisplaySVGGeometry). My suggestion is to review this patch right from nsSVGPatternFrame.cpp. I made two mistakes in bug 1258510 1. We should not return directly at [1]. RemoveStateBits at l418 will be skip. 2. nsSVGPatternFrame::PaintPattern should return both SourceSurface and draw result, so that we can update UpdateDrawResult in display item. All the other changes are to 1. make sure the return value of nsSVGPatternFrame::PaintPattern goes back to nsDisplaySVGGeometry::Paint correctly. 2. Since the return value of nsSVGPatternFrame::PaintPattern change, we need modify all existed callers. I also filed bug 1346124 for handle the returning value of PaintMarkers. [1] https://hg.mozilla.org/mozilla-central/file/c0700bedb4f7/layout/svg/nsSVGPatternFrame.cpp#l415 MozReview-Commit-ID: Iq9RPQ6Omz0
44e9eace508aa7153318d31924f4d99695d8b3a2: Bug 1343664 - Part 2. Reftest. r=mstange
cku <cku@mozilla.com> - Mon, 06 Mar 2017 16:04:20 +0800 - rev 348107
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1343664 - Part 2. Reftest. r=mstange MozReview-Commit-ID: GZDKQaLYnUx
fe02ae88f611e175eb5c182208d08d206b20f0a8: Bug 1343664 - Part 1. Correct transform matrix. r=mstange
cku <cku@mozilla.com> - Mon, 06 Mar 2017 15:25:29 +0800 - rev 348106
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1343664 - Part 1. Correct transform matrix. r=mstange MozReview-Commit-ID: Eg6i4SoSPoe
0b4a997d9fbb632e25b484513e148004e93c680b: Bug 1347836 part 2 - make HTMLMediaElement::GetCurrentImage() return an already_AddRefed<layers::Image>; r=jwwang
Kaku Kuo <kaku@mozilla.com> - Thu, 16 Mar 2017 17:07:04 +0800 - rev 348105
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1347836 part 2 - make HTMLMediaElement::GetCurrentImage() return an already_AddRefed<layers::Image>; r=jwwang MozReview-Commit-ID: FZ4JRdbPUry
6c475d5fd958790a03236ce8c529441d2b9e2645: Bug 1347836 part 1 - fix comment; r=jwwang
Kaku Kuo <kaku@mozilla.com> - Thu, 16 Mar 2017 17:05:10 +0800 - rev 348104
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1347836 part 1 - fix comment; r=jwwang MozReview-Commit-ID: 61ElwSsArw1
64fc7575528e60a79e73beccbdb998064fbf6ca0: servo: Merge #15996 - Fix "option `Z` is unstable" warning on geckolib with incremental=true (from servo:incremental-unstability); r=Manishearth
Simon Sapin <simon.sapin@exyr.org> - Thu, 16 Mar 2017 21:08:45 -0700 - rev 348103
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
servo: Merge #15996 - Fix "option `Z` is unstable" warning on geckolib with incremental=true (from servo:incremental-unstability); r=Manishearth `incremental = true` can be set in the `[build]` section of `.servobuild` to enable incremental compilation. In `./mach build-geckolib`, which uses a stable version of the compiler, this would cause a warning repeated for each invocation of rustc: ``` warning: the option `Z` is unstable and should only be used on the nightly compiler, but it is currently accepted for backwards compatibility; this will soon change, see issue #31847 for more details ``` This PR disables incremental compilation for `build-geckolib`, regardless of `.servobuild` settings. <!-- Please describe your changes on the following line: --> --- <!-- 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 _____ <!-- 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: 0a0fb61b4838365375b0f7cfc432cce6d475c258
c284d23cc142207f094693e1afb7163f6a44496f: Bug 1344604 - part2: Return empty DocumentFragment if the ConvertCueToDOMTree() return null. r=alwu
bechen <bechen@mozilla.com> - Thu, 16 Mar 2017 15:25:56 +0800 - rev 348102
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1344604 - part2: Return empty DocumentFragment if the ConvertCueToDOMTree() return null. r=alwu It is a regression of bug1307710, if something wrong during the ConvertCueToDOMTree() in vtt.jsm, we will get null ptr. MozReview-Commit-ID: LSQrJIhBzRU
b6252f00b4718a6365aeafc74da81bf1cca525ec: Bug 1344604 - Return null if there is an incomplete tag in nextToken(). r=alwu
bechen <bechen@mozilla.com> - Thu, 16 Mar 2017 15:25:34 +0800 - rev 348101
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1344604 - Return null if there is an incomplete tag in nextToken(). r=alwu MozReview-Commit-ID: 5mvFhaAx2s5
eb872c42dc7f23c286563572c753c6098ff733e6: Bug 1192940 - Support referrer policy in sendBeacon r=Ehsan
Thomas Nguyen <tnguyen@mozilla.com> - Fri, 17 Mar 2017 11:53:16 +0800 - rev 348100
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1192940 - Support referrer policy in sendBeacon r=Ehsan MozReview-Commit-ID: FEyqInOkiT6
253780566f3b844a864993f9c3609b02bc328ec2: Bug 1341102 - Revendor rust dependencies. r=me (CLOSED TREE)
Cameron McCormack <cam@mcc.id.au> - Fri, 17 Mar 2017 13:07:35 +0800 - rev 348099
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1341102 - Revendor rust dependencies. r=me (CLOSED TREE)
1f9a6ce59a5636364d3a07a03a8640eb16bfa12c: Bug 1346623 - Part 3: Test. r=bholley
Cameron McCormack <cam@mcc.id.au> - Thu, 16 Mar 2017 22:47:05 +0800 - rev 348098
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1346623 - Part 3: Test. r=bholley MozReview-Commit-ID: 8LOxAPDEuBW
39ee9556d4a065ba77c11980dc6d814fe79865dc: Bug 1346623 - Part 2: Add an API to get computed style values through an AnonymousContent object. r=bholley
Cameron McCormack <cam@mcc.id.au> - Thu, 16 Mar 2017 22:46:43 +0800 - rev 348097
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1346623 - Part 2: Add an API to get computed style values through an AnonymousContent object. r=bholley MozReview-Commit-ID: Dbvuk16CjFT
9e40bc33e62091e96d33b4a8264e962b3653a8a5: Bug 1346623 - Part 1: Prevent canvas custom content from becoming NAC when reframing the root element. r=bholley
Cameron McCormack <cam@mcc.id.au> - Thu, 16 Mar 2017 17:43:44 +0800 - rev 348096
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1346623 - Part 1: Prevent canvas custom content from becoming NAC when reframing the root element. r=bholley MozReview-Commit-ID: K7jcUuz6KI4
7e4f8900fa8c64eb61eac673fa6480d6a9fe0d7d: Bug 1329111 - Update devtools users of nsIProfiler.getSharedLibraryInformation. r=gregtatum
Markus Stange <mstange@themasta.com> - Tue, 14 Mar 2017 19:20:21 -0400 - rev 348095
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1329111 - Update devtools users of nsIProfiler.getSharedLibraryInformation. r=gregtatum This actor message is not used by the devtools themselves, it's only exposed so that the add-on can use it. See bug 1131397. MozReview-Commit-ID: F1dm0U4rkEd
fd8fc09c82291d5ed77b02826d5f773d5bdda030: Bug 1329111 - Make talos profiling symbolication compatible with the new profile format. r=jmaher
Markus Stange <mstange@themasta.com> - Mon, 13 Mar 2017 17:31:39 -0400 - rev 348094
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1329111 - Make talos profiling symbolication compatible with the new profile format. r=jmaher This also removes compatibility code for other formats, because since talos is now in mozilla-central, it will only run on Firefox builds of the same revision, so we just need to be compatible with the current version of the format. MozReview-Commit-ID: 6MT9pw4BVzU *** make talos only compatible with the current version MozReview-Commit-ID: I7O58kIObQW
33aa51a338b16e076061c1713ad72ec6c570a9ef: Bug 1329111 - Change the nsIProfiler shared library information API. r=njn
Markus Stange <mstange@themasta.com> - Tue, 14 Mar 2017 18:59:20 -0400 - rev 348093
Push 31512 by cbook@mozilla.com at Fri, 17 Mar 2017 13:28:24 +0000
Bug 1329111 - Change the nsIProfiler shared library information API. r=njn API before this change: - nsIProfiler::getSharedLibraryInformation() returns a string containing a JSON array of libraries. - The profile format is at version 3. - Every profile has a "libs" field that contains the same JSON string as the return value of nsIProfiler::getSharedLibraryInformation. - The array of libraries is not sorted. - Each library has a "name" field that contains: - The module's debug name on Windows - The full path to the binary on Mac + Linux API after this change: - nsIProfiler::getSharedLibraryInformation() is removed. - nsIProfiler has a readonly property called sharedLibraries. - The profile format is at version 4. - Every profile has a "libs" field that contains the same array as nsIProfiler.sharedLibraries, no longer as a JSON string but as a regular array. - The array of libraries is sorted by start address. - Each library has a "name" field that contains the binary file's basename, on all platforms. - Each library has a "path" field that contains the full path to the binary, on all platforms. - Each library has a "debugName" field that contains the library's debug name, on all platforms. On Windows, the debug name is the filename (basename) of the pdb file for that binary. On other platforms, debugName is the same as |name|. - Each library has a "debugPath" field that contains the absolute path library's pdb file on Windows; on non-Windows, debugPath and path are the same. - Each library has an "arch" field that is either an empty string (Linux + Windows) or the library's architecture; it'll differentiate between the architectures "x86_64" and "x86_64h". (x86_64h is used for binaries that contain instructions that are specific to the Intel Haswell microarchitecture.) MozReview-Commit-ID: 8Nrs4dyHhDS
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip