3f2351e0b61f406024813c527a1ead6a129ae2f8: Bug 1289640 - Part 5: Delete the D3D11 image bridge device since it no longer has any callers. r=dvander
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 02 Aug 2016 17:58:17 +1200 - rev 349185
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289640 - Part 5: Delete the D3D11 image bridge device since it no longer has any callers. r=dvander
f21a0200838caaba188526629dcac9c82eb1e37e: Bug 1289640 - Part 4: Make SourceSurfaceImage::GetTextureClient use the threadsafe upload with D3D11 so that we no longer rely on having a separate device. r=nical
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 02 Aug 2016 17:57:41 +1200 - rev 349184
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289640 - Part 4: Make SourceSurfaceImage::GetTextureClient use the threadsafe upload with D3D11 so that we no longer rely on having a separate device. r=nical
d3b190ac7145456b732fdacc3f94dc2e09e43c5d: Bug 1289640 - Part 3: Add a new constructor for D3D11TextureData that does threadsafe uploading. r=Bas
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 02 Aug 2016 17:55:44 +1200 - rev 349183
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289640 - Part 3: Add a new constructor for D3D11TextureData that does threadsafe uploading. r=Bas
2a8d8ed98be4ad40265102d87da457b95738fae1: Bug 1289640 - Part 2: Stop using the D3D11 immediate context to upload texture data in IMFYCbCrImage and stick to threadsafe APIs so that we can use the content device. r=Bas
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 02 Aug 2016 17:53:06 +1200 - rev 349182
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289640 - Part 2: Stop using the D3D11 immediate context to upload texture data in IMFYCbCrImage and stick to threadsafe APIs so that we can use the content device. r=Bas
74830f10d2d49ab350c9c524b22713085e270ce3: Bug 1289640 - Part 1: Make SharedSurfaceANGLE code use the content D3D11 device since we should only ever run on the main thread and would have used this device already. r=jgilbert
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 02 Aug 2016 17:52:29 +1200 - rev 349181
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289640 - Part 1: Make SharedSurfaceANGLE code use the content D3D11 device since we should only ever run on the main thread and would have used this device already. r=jgilbert
577158be08e8c1211ffa1198a21e3c059f98f477: Bug 1290598: Move slower native messaging tests to a separate unit. r=aswan
Kris Maglione <maglione.k@gmail.com> - Fri, 29 Jul 2016 14:35:04 -0700 - rev 349180
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1290598: Move slower native messaging tests to a separate unit. r=aswan MozReview-Commit-ID: 2kXbNae1bmR
486639a0f3ca05afaf0250b514c3641805f1f497: Bug 1290598: Migrate native messaging tests to xpcshell. r=aswan
Kris Maglione <maglione.k@gmail.com> - Tue, 02 Aug 2016 17:39:51 -0700 - rev 349179
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1290598: Migrate native messaging tests to xpcshell. r=aswan MozReview-Commit-ID: 4Uz73l8qGVE
3242411d3294521508f34d1b5beee52b1ae986ea: Bug 1290598: Manage and terminate Windows subprocess trees as a single job object. r=mhowell
Kris Maglione <maglione.k@gmail.com> - Tue, 02 Aug 2016 17:39:57 -0700 - rev 349178
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1290598: Manage and terminate Windows subprocess trees as a single job object. r=mhowell MozReview-Commit-ID: 80K5YyDWmn3
3f6f0dc1663cb5cd175f8809c3d3312df1535823: Bug 1290598: Refactor native messaging test setup code into separate head file. r=aswan
Kris Maglione <maglione.k@gmail.com> - Fri, 29 Jul 2016 14:42:03 -0700 - rev 349177
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1290598: Refactor native messaging test setup code into separate head file. r=aswan MozReview-Commit-ID: BN9oeXt79eG
ae7b718d8afa96ccd8552b142d46f06f37c953b5: Bug 1288038 - Make fallible nsBaseHashtable::Put use fallible nsTHashtable::PutEntry. r=froydnj r=sfink
Cameron McCormack <cam@mcc.id.au> - Wed, 03 Aug 2016 09:18:35 +0800 - rev 349176
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1288038 - Make fallible nsBaseHashtable::Put use fallible nsTHashtable::PutEntry. r=froydnj r=sfink MozReview-Commit-ID: 8N32oU4V5zh
c0404d1f3b47cee8284e4be54a79d3b01db6b961: Bug 1058040, part 2 - Rename gfxTextContextPaint to SVGContextPaint and add some code comments. r=dholbert
Jonathan Watt <jwatt@jwatt.org> - Fri, 22 Jul 2016 14:56:09 +0100 - rev 349175
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1058040, part 2 - Rename gfxTextContextPaint to SVGContextPaint and add some code comments. r=dholbert
0a536af3ebfadc7968b93cee2e765eef3d5364aa: Bug 1058040, part 1 - Move gfxTextContextPaint to a separate file to enable use in imagelib. r=dholbert
Jonathan Watt <jwatt@jwatt.org> - Fri, 22 Jul 2016 12:07:39 +0100 - rev 349174
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1058040, part 1 - Move gfxTextContextPaint to a separate file to enable use in imagelib. r=dholbert
3cda786e6bb64009cb5aadc0c285b82b585a3dd0: Bug 1289847 - part 2 - work around Mac linking failures when Rust is enabled; r=mshal
Nathan Froyd <froydnj@gmail.com> - Wed, 03 Aug 2016 04:24:33 -0400 - rev 349173
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289847 - part 2 - work around Mac linking failures when Rust is enabled; r=mshal Current stable versions of Rust use two Rust-specific personality routines to perform exception handling, which empirically does not play well with the Mac linker's optimizations for using compact unwind formats. Nightly Rust has solved this issue, but for now, we'll have to use -no_compact_unwind to disable the linker optimization. The size impact is negligible (0.02%) and will be going away once nightly Rust becomes stable.
e4cac318f42d23178170336a23690e9b01f606dd: Bug 1289847 - part 1 - use a newer ld for Mac builds; r=mshal
Nathan Froyd <froydnj@gmail.com> - Wed, 03 Aug 2016 04:24:33 -0400 - rev 349172
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289847 - part 1 - use a newer ld for Mac builds; r=mshal The ld that we use for Mac builds is old (Xcode circa OS X 10.7), and also crashes in various ways when we try to use newer Rust versions and/or pass options to make the linker work with newer Rust versions. To mitigate this, let's build with a newer linker, compiled from: https://github.com/tpoechtrager/cctools-port We use this port, rather than the packages from opensource.apple.com, because the packages from Apple have decidely non-intuitive build systems, and require some hacking to get to build. This port, in contrast, is simply built with: CFLAGS='-mcpu=generic -mtune=generic' ./configure --target=x86_64-apple-darwin11 env MACOSX_DEPLOYMENT_TARGET=10.7 make and the resulting x86_64-apple-darwin11-ld is renamed as 'ld' and packaged up for automation's purposes. However, since this linker is newer, it also produces bits of Mach-O that our older build tools don't understand. Fortunately, we can pass appropriate options to the linker to turn off generation of those Mach-O bits.
4be64167bc0f9168fd461c31f4e9e60d9c90d076: Bug 1289382 - Test TriggeringPrincipal where one iframe navigates another iframe through window.open(). r=smaug
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Tue, 02 Aug 2016 14:42:34 -0700 - rev 349171
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289382 - Test TriggeringPrincipal where one iframe navigates another iframe through window.open(). r=smaug
062568fb8088dbda16a79da30f52bd21f3953611: Bug 1289382 - Test TriggeringPrincipal where parent navigates iframe through window.open. r=smaug
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Tue, 02 Aug 2016 14:40:35 -0700 - rev 349170
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289382 - Test TriggeringPrincipal where parent navigates iframe through window.open. r=smaug
5ea46f773afb2180cfea91927f56fba66021821a: Bug 1289818 - Test TriggeringPrincipal for a simple window.open(). r=smaug
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Tue, 02 Aug 2016 14:37:47 -0700 - rev 349169
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1289818 - Test TriggeringPrincipal for a simple window.open(). r=smaug
fb1d26487576a700cd11d31fcb917df5c1aaf792: Bug 1288596. Drop msan max-errors down to 6, since that is what has been observed on try. r=woof!
Steve Fink <sfink@mozilla.com> - Tue, 02 Aug 2016 14:13:13 -0700 - rev 349168
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1288596. Drop msan max-errors down to 6, since that is what has been observed on try. r=woof! DONTBUILD
a60e63852496804ca582500634dced89b1b47017: Bug 1288596 - Run reftest condition line with --no-baseline, r=terrence
Steve Fink <sfink@mozilla.com> - Mon, 01 Aug 2016 17:55:11 -0700 - rev 349167
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1288596 - Run reftest condition line with --no-baseline, r=terrence
6b54837ecee40246099d2c8e5603389b63612009: Bug 1288596 - Make SM(msan) ignore test failures and only look at msan errors, r=terrence
Steve Fink <sfink@mozilla.com> - Mon, 01 Aug 2016 15:49:33 -0700 - rev 349166
Push 6570 by raliiev@mozilla.com at Mon, 14 Nov 2016 12:26:13 +0000
Bug 1288596 - Make SM(msan) ignore test failures and only look at msan errors, r=terrence If msan detects any errors while running an individual test, it controls the exit code. There is no way to pass through the test's usual exit code. In order to allow msan jobs to be treated as successful as long as they don't exceed a maximum error count, we ignore the test failures and just accumulate msan errors. It would be vastly better to have msan keep going on an error, but doing that (via -mllvm -msan-keep-going) triggers a clang bug that hangs the compile during register allocation.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip