4b407eac4403ce6dd7a327f3f4bb773b138aa5a0: Bug 1310086. Part 3 - let SeekingState/ShutdownState::Enter() return a promise. r=kaku
JW Wang <jwwang@mozilla.com> - Thu, 13 Oct 2016 13:53:32 +0800 - rev 318298
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1310086. Part 3 - let SeekingState/ShutdownState::Enter() return a promise. r=kaku MozReview-Commit-ID: 4TvsISriclT
0b28e0048377536216ef3600a768d01182e7bfa6: Bug 1310086. Part 2 - devirtualize StateObject::Enter() so it can have different parameters and return types for each subclass. r=kaku
JW Wang <jwwang@mozilla.com> - Wed, 12 Oct 2016 14:16:40 +0800 - rev 318297
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1310086. Part 2 - devirtualize StateObject::Enter() so it can have different parameters and return types for each subclass. r=kaku MozReview-Commit-ID: 4RDL99rSIFD
73e1579007c1367e51b4d33a8868a26af2e68439: Bug 1310086. Part 1 - add an assertion to StateObject::SetState(). r=kaku
JW Wang <jwwang@mozilla.com> - Wed, 12 Oct 2016 14:04:25 +0800 - rev 318296
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1310086. Part 1 - add an assertion to StateObject::SetState(). r=kaku It can be proven that SetState() always transitions to a different state except for the seeking state for it is possible to seek again in the middle of seeking. MozReview-Commit-ID: 4bdkAelcZoO
861d1ff45502652e0cf118d38d155fe4d68d211f: Backed out changeset f82c28837b07 (bug 1299707) for crashes @ gdk_disable_multidevice
Iris Hsiao <ihsiao@mozilla.com> - Tue, 18 Oct 2016 11:44:01 +0800 - rev 318295
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Backed out changeset f82c28837b07 (bug 1299707) for crashes @ gdk_disable_multidevice
37737974ba7fe5f8226570911ef885973ce354f2: Bug 1310525 - don't exceed sqlite's max variable limit when many changed bookmarks exist. r=kitcambridge
Mark Hammond <mhammond@skippinet.com.au> - Mon, 17 Oct 2016 12:54:05 +1100 - rev 318294
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1310525 - don't exceed sqlite's max variable limit when many changed bookmarks exist. r=kitcambridge MozReview-Commit-ID: H2l2L9fZm9t
08995043f1a6468f71f03244e621ef85dd72ecf7: Bug 1310305: skip responding when failed to parse STUN message. r=mjf
Nils Ohlmeier [:drno] <drno@ohlmeier.org> - Fri, 14 Oct 2016 12:59:22 -0700 - rev 318293
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1310305: skip responding when failed to parse STUN message. r=mjf MozReview-Commit-ID: D9Ox0nt81bF
f82c28837b077231726876afb727c3ce3b4f74f3: Bug 1299707 - Disable XInput2 without MOZ_USE_USE_XINPUT2 on content process. r=acomminos
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Fri, 07 Oct 2016 12:24:56 +0900 - rev 318292
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1299707 - Disable XInput2 without MOZ_USE_USE_XINPUT2 on content process. r=acomminos Actually, we don't turn of xinput2 on content process. So, although chrome process cannot detect touch screen device, content process can detect it. So if we turn off xinput2 on chrome process, content process should be turned off. MozReview-Commit-ID: 1kfsDBpqhC1
3f0590c71a0a40608d7c0d6e5a84c8fbe1e6cf5f: Bug 1310453 - Check whether aUri isn't created. r=jimm
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Mon, 17 Oct 2016 12:17:42 +0900 - rev 318291
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1310453 - Check whether aUri isn't created. r=jimm Since aUri is nullptr, Firefox will crash on shutdown. MozReview-Commit-ID: E5ENWsjK7Px
281d252a664f7e7cb788135410782b1012c1e4a9: Bug 1302613 - add elements to the document so we can print debugging info when the test case times out. r=bechen
JW Wang <jwwang@mozilla.com> - Mon, 17 Oct 2016 18:01:00 +0800 - rev 318290
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1302613 - add elements to the document so we can print debugging info when the test case times out. r=bechen MozReview-Commit-ID: HQCfodjm99i
44d29bac36549e22aca469e8d2dbcac322522c81: Bug 1296530 - Bustage followup part deux; r=gps
Mike Hommey <mh+mozilla@glandium.org> - Mon, 17 Oct 2016 15:57:46 -0700 - rev 318289
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1296530 - Bustage followup part deux; r=gps
79c148f364588036bd1c5d5f82626e18ccecf901: Bug 1296530 - Bustage followup; r=gps
Mike Hommey <mh+mozilla@glandium.org> - Mon, 17 Oct 2016 15:46:41 -0700 - rev 318288
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1296530 - Bustage followup; r=gps
194450b62df8405127ace7ac66f65204eac9aa61: Merge m-c to autoland, a=merge
Wes Kocher <wkocher@mozilla.com> - Mon, 17 Oct 2016 15:37:57 -0700 - rev 318287
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Merge m-c to autoland, a=merge
7ef1bb3238671037ae8ef82e05ba665ddb14f592: Bug 1306308 - [One-off searches] Awesomebar results don't show the correct search engine when searching with search engine keywords. r=mak
Drew Willcoxon <adw@mozilla.com> - Mon, 17 Oct 2016 15:25:26 -0700 - rev 318286
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1306308 - [One-off searches] Awesomebar results don't show the correct search engine when searching with search engine keywords. r=mak MozReview-Commit-ID: JAK6OghsTiF
882da7566779db54504bc1d763ca3fe1bab93192: Bug 1307482 - Upload files concurrently; r=ted
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 09:22:22 -0700 - rev 318285
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1307482 - Upload files concurrently; r=ted Use concurrent.futures to provide a thread pool so we upload files concurrently. This should make uploading complete faster. If timestamps in mozharness logs can be trusted, uploading on Linux currently takes ~45s. Hopefully this shaves 10+s from the build. MozReview-Commit-ID: KTww31XWN7o
1bcff6b5f303ee2eb74a8fe927c3dcc365463956: Bug 1307482 - Log uploading when it actually happens; r=ted
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 08:46:46 -0700 - rev 318284
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1307482 - Log uploading when it actually happens; r=ted In preparation of using a thread pool to call DoSCPFile(). MozReview-Commit-ID: Ab2gk8UTQWK
8764e36136539c656821bc3ae22d9ce3035679aa: Bug 1307482 - Avoid excessive scp calls to make directories; r=ted
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 08:34:30 -0700 - rev 318283
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1307482 - Avoid excessive scp calls to make directories; r=ted Most files go to the same directory. This should cut down on the number of scp sessions we establish as part of directory creation. MozReview-Commit-ID: LpKwgUZhLEO
7319e764beb990473e810660a2471aee9f065fe2: Bug 1307482 - Refactor remote path logic into function; r=ted
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 08:29:50 -0700 - rev 318282
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1307482 - Refactor remote path logic into function; r=ted We'll call this multiple times in a subsequent commit. I hate DRY violations. MozReview-Commit-ID: Khai4EZkPCS
7cd61317947938a477b677a76f6ffc438a282840: Bug 1307435 - Change compression level of symbols files; r=ted
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 06:16:29 -0700 - rev 318281
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1307435 - Change compression level of symbols files; r=ted Currently, we use the gzip default of 6. Our history with zlib tells us that reducing the compression level to 5 or 4 often yields significantly faster operations while only sacrificing a little storage. Measurement here shows similar results. On libxul.so.dbg: level time compressed 6 21.0s 231,045,158 5 15.8s 232,926,435 4 12.2s 237,587,011 3 11.1s 245,104,157 Changing the level from 6 to 4 increases the size of the compressed file by 6,541,853 bytes, or 2.83%. But it saves ~10s from the long pole of builds in automation. And that's just from libxul. When you factor in all compressed files, this change has a significant impact on symbol generation. Before: 221s wall; 150s CPU; 311,424,856 bytes After: 192s wall; 130s CPU; 318,085,885 bytes That's on my machine, which has a 4.0 GHz CPU. CPU time savings in automation will likely be more significant. MozReview-Commit-ID: 7CbRSZvUayj
5a4b248fce1fd74972d7ef94325e0bb9d04d2826: Bug 1307435 - Generate symbols zip file concurrently; r=ted
Gregory Szorc <gps@mozilla.com> - Tue, 04 Oct 2016 05:57:35 -0700 - rev 318280
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1307435 - Generate symbols zip file concurrently; r=ted Each archive takes 10+ seconds to generate. Split the archiving part into separate make targets so this completes faster. I'm not super thrilled about adding yet more make targets to the root Makefile.in. We can refactor this later. For now, let's take the quick win. MozReview-Commit-ID: 2Oeq1rX6yLw
793b6eeb323a11768a95fbe679159e87a3dc1267: Bug 1296530 - Replace include_when with include, and remove include_when. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Thu, 13 Oct 2016 17:15:24 +0900 - rev 318279
Push 30834 by cbook@mozilla.com at Tue, 18 Oct 2016 08:34:23 +0000
Bug 1296530 - Replace include_when with include, and remove include_when. r=chmanchester
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip