5f87a0086c0fa7f295ca2dc335419d981a0947e5: Bug 1253431 part 5 - Remove build/unix/Makefile.in; r=gps
Mike Shal <mshal@mozilla.com> - Thu, 21 Jan 2016 16:46:34 -0500 - rev 287506
Push 73202 by mshal@mozilla.com at Wed, 09 Mar 2016 17:13:32 +0000
Bug 1253431 part 5 - Remove build/unix/Makefile.in; r=gps MozReview-Commit-ID: 7FhprSrtqyt
e78e4cf27dc8c2e652246d8aa9ac12583c2cf30b: Bug 1253431 part 4 - Convert header.py to a GENERATED_FILES script; r=gps
Mike Shal <mshal@mozilla.com> - Thu, 03 Mar 2016 14:15:58 -0500 - rev 287505
Push 73202 by mshal@mozilla.com at Wed, 09 Mar 2016 17:13:32 +0000
Bug 1253431 part 4 - Convert header.py to a GENERATED_FILES script; r=gps We only ever execute this in one place, so we can just have the main action do the --regen --cachedir=. mode of operation. MozReview-Commit-ID: Fis4YBPFjMl
e11026ba0b4a4688b68337fc1a31ee7ce8e9ae4e: Bug 1253431 part 3 - Move SDK_BINARY files in xpcom/idl-parser/xpidl to moz.build; r=gps
Mike Shal <mshal@mozilla.com> - Thu, 03 Mar 2016 13:49:42 -0500 - rev 287504
Push 73202 by mshal@mozilla.com at Wed, 09 Mar 2016 17:13:32 +0000
Bug 1253431 part 3 - Move SDK_BINARY files in xpcom/idl-parser/xpidl to moz.build; r=gps We can just generate xpidllex.py/xpidlyacc.py in the current directory rather than one directory higher, and specify this directory as an include path to xpidl-process.py MozReview-Commit-ID: KLoGjudc4Y8
63e1cbf27de99d03fdddffc989a0795524c2e432: Bug 1253431 part 2 - Use SDK_FILES instead of INSTALL_TARGETS; r=gps
Mike Shal <mshal@mozilla.com> - Thu, 21 Jan 2016 16:31:02 -0500 - rev 287503
Push 73202 by mshal@mozilla.com at Wed, 09 Mar 2016 17:13:32 +0000
Bug 1253431 part 2 - Use SDK_FILES instead of INSTALL_TARGETS; r=gps MozReview-Commit-ID: K2Va7og0xw9
dab431efeb018268a91c32678b1c118924405a3c: Bug 1253431 part 1 - Add SDK_FILES to moz.build; r=gps
Mike Shal <mshal@mozilla.com> - Thu, 21 Jan 2016 16:17:57 -0500 - rev 287502
Push 73202 by mshal@mozilla.com at Wed, 09 Mar 2016 17:13:32 +0000
Bug 1253431 part 1 - Add SDK_FILES to moz.build; r=gps This adds support for an SDK_FILES variable in moz.build, which creates a FinalTargetFiles object to install files into dist/sdk/ MozReview-Commit-ID: 97a5NdbZmmD
7cbab9ec76d568da7079604bf5a3dc8c72198671: Bug 1254689 - Remove SEC_NORMAL where loadingPrincipal is SystemPrincipal or NullPrincipal (r=sicking)
Christoph Kerschbaumer <mozilla@christophkerschbaumer.com> - Wed, 09 Mar 2016 09:01:45 -0800 - rev 287501
Push 73201 by mozilla@christophkerschbaumer.com at Wed, 09 Mar 2016 17:11:10 +0000
Bug 1254689 - Remove SEC_NORMAL where loadingPrincipal is SystemPrincipal or NullPrincipal (r=sicking) MozReview-Commit-ID: LKK3MGMODNI
65051cc8fc06c0ab2287da988191563598b89a18: Bug 1254752 - Remove deprecated functions from nsIIOService (r=mcmanus)
Christoph Kerschbaumer <mozilla@christophkerschbaumer.com> - Wed, 09 Mar 2016 08:58:45 -0800 - rev 287500
Push 73201 by mozilla@christophkerschbaumer.com at Wed, 09 Mar 2016 17:11:10 +0000
Bug 1254752 - Remove deprecated functions from nsIIOService (r=mcmanus) MozReview-Commit-ID: 7ZV7ddKTCK5
da2e0df696ebcfd174fe4c6fc9a0721d453a5731: Bug 1227136 - crash in mozilla::net::WebSocketChannel::StartWebsocketData, r=bagder, r=baku
Michal Novotny <michal.novotny@gmail.com> - Wed, 09 Mar 2016 17:02:28 +0100 - rev 287499
Push 73200 by mnovotny@mozilla.com at Wed, 09 Mar 2016 16:02:35 +0000
Bug 1227136 - crash in mozilla::net::WebSocketChannel::StartWebsocketData, r=bagder, r=baku
fe2bdf95d0fca6a5e6b8b0c8582930db1d838a0b: Bug 1254618 - modify nsTransactionStack to use nsDeque rather than std::deque; r=ehsan
Nathan Froyd <froydnj@mozilla.com> - Mon, 07 Mar 2016 20:12:07 -0500 - rev 287498
Push 73199 by nfroyd@mozilla.com at Wed, 09 Mar 2016 16:01:43 +0000
Bug 1254618 - modify nsTransactionStack to use nsDeque rather than std::deque; r=ehsan Using std::deque here causes problems for libc++ builds; TestTXMgr on OSX 10.6 opt times out when libc++'d std::deque is used. Running the test locally shows that the test process consumes gigabytes (!) of memory and is thus reduced to swapping, rather than making any progress. libc++'s std::deque also appears to be slightly slower in said test that even OSX libstdc++'s std::deque. (Admittedly, this test is artificial.) Let's sidestep the slowness of libc++'s std::deque by rewriting nsTransactionStack to use nsDeque rather than std::deque. Not only does this change enable OSX 10.6 tests to pass, it also makes TestTXMgr significantly faster in opt builds: TestTXMgr is anywhere from 25-60% faster (depending on the platform) than when using std::deque from libstdc++ or libc++.
1ff643f2c358a5c41c47da12e24fbda1c14105f2: Bug 1251130 - null out CacheFileIOManager::gInstance in CacheFileIOManager::ShutdownInternal() to prevent doing shutdown procedure multiple times, r=honzab
Michal Novotny <michal.novotny@gmail.com> - Wed, 09 Mar 2016 16:50:16 +0100 - rev 287497
Push 73198 by mnovotny@mozilla.com at Wed, 09 Mar 2016 15:50:23 +0000
Bug 1251130 - null out CacheFileIOManager::gInstance in CacheFileIOManager::ShutdownInternal() to prevent doing shutdown procedure multiple times, r=honzab
e4c92356af9ce787578514c01c5c24ded508e38f: Bug 1172872 - Enable ServiceWorkerClients.openWindow on Android r=catalinb
James Willcox <snorp@snorp.net> - Thu, 03 Mar 2016 11:07:53 -0600 - rev 287496
Push 73197 by jwillcox@mozilla.com at Wed, 09 Mar 2016 15:48:38 +0000
Bug 1172872 - Enable ServiceWorkerClients.openWindow on Android r=catalinb
2f20e4b23941639bf0e029ea62a1dbf3497d825e: Backed out changeset 818e0d0ecbcc (bug 1254108) for performance regression on splay
Jon Coppeard <jcoppeard@mozilla.com> - Wed, 09 Mar 2016 15:37:22 +0000 - rev 287495
Push 73196 by jcoppeard@mozilla.com at Wed, 09 Mar 2016 15:41:02 +0000
Backed out changeset 818e0d0ecbcc (bug 1254108) for performance regression on splay
343aab61a24f56c0464b9344293403c72889100a: Bug 1246662, enable test_focusrings in e10s, r=mkbkap
Neil Deakin <neil@mozilla.com> - Wed, 09 Mar 2016 09:12:15 -0500 - rev 287494
Push 73195 by neil@mozilla.com at Wed, 09 Mar 2016 14:14:23 +0000
Bug 1246662, enable test_focusrings in e10s, r=mkbkap
2338e962df6da35910a112d0a0f6d2645a86bc78: Bug 1246661, enable test_clipboard_events.html in e10s, r=mrbkap
Neil Deakin <neil@mozilla.com> - Wed, 09 Mar 2016 09:12:05 -0500 - rev 287493
Push 73195 by neil@mozilla.com at Wed, 09 Mar 2016 14:14:23 +0000
Bug 1246661, enable test_clipboard_events.html in e10s, r=mrbkap
210c0da946b41965fd22e609616145c91e06ae0f: Bug 1246659, enable browser_bug453896.js in e10s, r=mconley
Neil Deakin <neil@mozilla.com> - Wed, 09 Mar 2016 09:11:56 -0500 - rev 287492
Push 73195 by neil@mozilla.com at Wed, 09 Mar 2016 14:14:23 +0000
Bug 1246659, enable browser_bug453896.js in e10s, r=mconley
e746e28a0cf1076473dbb313a6fb52948496ba9e: Bug 1246654, enable browser_bug1008941_dismissGeolocationHanger.js in e10s, r=mconley
Neil Deakin <neil@mozilla.com> - Wed, 09 Mar 2016 09:11:46 -0500 - rev 287491
Push 73195 by neil@mozilla.com at Wed, 09 Mar 2016 14:14:23 +0000
Bug 1246654, enable browser_bug1008941_dismissGeolocationHanger.js in e10s, r=mconley
6c4bf95cc639075c436e354397e4a2ea1c79ae82: Bug 1246635, enable browser_autofocus_preference.js in e10s, r=mrbkap
Neil Deakin <neil@mozilla.com> - Wed, 09 Mar 2016 09:11:35 -0500 - rev 287490
Push 73195 by neil@mozilla.com at Wed, 09 Mar 2016 14:14:23 +0000
Bug 1246635, enable browser_autofocus_preference.js in e10s, r=mrbkap
1b9ef794250a3d97cde27ce9170223c5ff3ab511: Bug 1246635, enable browser_autofocus_background.js in e10s, r=mrbkap
Neil Deakin <neil@mozilla.com> - Wed, 09 Mar 2016 09:11:12 -0500 - rev 287489
Push 73195 by neil@mozilla.com at Wed, 09 Mar 2016 14:14:23 +0000
Bug 1246635, enable browser_autofocus_background.js in e10s, r=mrbkap
8383cfab2abc957c2e4eeeed7f9147a6c71cc9d8: Bug 1250656 - Don't block mach command completion when submitting build telemetry data r=gps
Dan Minor <dminor@mozilla.com> - Wed, 24 Feb 2016 15:11:58 -0800 - rev 287488
Push 73194 by dminor@mozilla.com at Wed, 09 Mar 2016 13:59:22 +0000
Bug 1250656 - Don't block mach command completion when submitting build telemetry data r=gps This spins up a separate process to submit telemetry data rather than blocking the execution the current mach command. Although the initial Python process needs to wait for the second process to complete prior to exiting, it releases control of the console once it finishes executing Python code, so from the user's perspective, mahc command completion is not blocked by submitting telemetry data. MozReview-Commit-ID: FlKDYd6rNPc
9b66e3be85ab72d6bf34f51ccdf8b31995792c0b: Bug 1254103 - Window.open() should not reuse an existing window if it's running a different container, r=bz
Andrea Marchesini <amarchesini@mozilla.com> - Wed, 09 Mar 2016 14:57:50 +0100 - rev 287487
Push 73193 by amarchesini@mozilla.com at Wed, 09 Mar 2016 13:58:09 +0000
Bug 1254103 - Window.open() should not reuse an existing window if it's running a different container, r=bz
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip