cdb0aacd70a374aa1c1f8d8218a61585217fc801: Bug 1279860 - part 1 - Renaming nsFormSubmission to mozilla::dom::HTMLFormSubmission, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 16 Jun 2016 08:24:16 +0100 - rev 301926
Push 78508 by amarchesini@mozilla.com at Thu, 16 Jun 2016 07:27:03 +0000
Bug 1279860 - part 1 - Renaming nsFormSubmission to mozilla::dom::HTMLFormSubmission, r=smaug
d4a5c8fbfc20cebcae60d1e073874d19fa47d831: Bug 1280338 - Use clang 3.8 on TSan builds. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Wed, 15 Jun 2016 20:44:03 +0900 - rev 301925
Push 78507 by mh@glandium.org at Thu, 16 Jun 2016 07:17:08 +0000
Bug 1280338 - Use clang 3.8 on TSan builds. r=froydnj
8359dc68212e4f06c300272a19aea77a106fd777: Bug 1280338 - Use tooltool GCC's ld on TSan builds. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Thu, 16 Jun 2016 03:49:45 +0900 - rev 301924
Push 78507 by mh@glandium.org at Thu, 16 Jun 2016 07:17:08 +0000
Bug 1280338 - Use tooltool GCC's ld on TSan builds. r=froydnj Something similar was done in bug 1278718 for ASan builds, because of indirect dependencies on libstdc++ being picked by the linker and leading to linkage failure with the older binutils from the CentOS 6 image we use to do desktop builds.
4e16558233f985125db446de2b3fee7055b2b623: Bug 1279170 TextInputHandler::InsertText() should set keypress event's .key value property when it replaces specified range with a character r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 16 Jun 2016 12:11:01 +0900 - rev 301923
Push 78506 by masayuki@d-toybox.com at Thu, 16 Jun 2016 07:14:34 +0000
Bug 1279170 TextInputHandler::InsertText() should set keypress event's .key value property when it replaces specified range with a character r=m_kato TextEventDispatcher::MaybeDispatchKeypressEvents() dispatches keypress events with passed event's mKeyNameIndex and mKeyValue values. I.e., setting mCharCode doesn't make sense in this case. Similarly, mKeyCode value is also ignored (overwritten by 0) if it's printable key's key event (mKeyNameIndex == KEY_NAME_INDEX_USE_STRING). MozReview-Commit-ID: bdBQOlVKTs
b4867459589df246d85972669074233b8d2e23b8: Bug 1279744 - Improve fallback handling for glXWaitVideoSync. r=lsalzman
Andrew Comminos <andrew@comminos.com> - Tue, 14 Jun 2016 13:19:43 +0100 - rev 301922
Push 78505 by acomminos@mozilla.com at Thu, 16 Jun 2016 03:13:15 +0000
Bug 1279744 - Improve fallback handling for glXWaitVideoSync. r=lsalzman MozReview-Commit-ID: JXy6yupyd3v
a2e4369f86dcf620b453de3da6525a87ea1808fc: Bug 1278415 - Make the buildconfig module use MozbuildObject.from_environment. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Tue, 07 Jun 2016 08:25:10 +0900 - rev 301921
Push 78504 by mh@glandium.org at Thu, 16 Jun 2016 02:44:05 +0000
Bug 1278415 - Make the buildconfig module use MozbuildObject.from_environment. r=gps The buildconfig module predates MozbuildObject.from_environment, and it's about time to start factoring things out such that we only have one way to get config.status data. This is step 1: making the buildconfig module use MozbuildObject.from_environment. Eventually, we'll want to remove the buildconfig module uses everywhere.
ba333bc43814a887e1ef6e74a5f2dfae5620d942: Bug 1278415 - Ensure MOZ_CURRENT_PROJECT is set when running make directly in objdir. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Thu, 09 Jun 2016 14:16:22 +0900 - rev 301920
Push 78504 by mh@glandium.org at Thu, 16 Jun 2016 02:44:05 +0000
Bug 1278415 - Ensure MOZ_CURRENT_PROJECT is set when running make directly in objdir. r=gps The topobjdir-finding logic in mozbuild relies on MOZ_CURRENT_PROJECT being set, and it's currently only set when going through client.mk. On automation, during universal builds, make check is invoked directly in one of the objdirs, so MOZ_CURRENT_PROJECT is not set. We've had other similar problems in the past. Ensuring MOZ_CURRENT_PROJECT is set in the objdir itself should reduce the risk of other such issues in the future.
08093ab05dd463215a7ab14c73fa0905a7ef3ff9: Bug 1278415 - Also write a mozinfo for js standalone builds. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Tue, 07 Jun 2016 13:49:14 +0900 - rev 301919
Push 78504 by mh@glandium.org at Thu, 16 Jun 2016 02:44:05 +0000
Bug 1278415 - Also write a mozinfo for js standalone builds. r=gps Historically, a mozinfo for js standalone build has not been necessary, but with the move towards a) having things work with mach and b) buildconfig using the MozbuildObject.from_environment in next patch, mozinfo becomes necessary (it's required for MozbuildObject.from_environment to find the directory is an objdir). Interestingly, hazard builds do both a js standalone build and a desktop Firefox build at the same time, both of which are done with MOZCONFIG set in the environment... with the Firefox mozconfig. The result of now writing a mozinfo for js standalone builds is that in that case, they end up with a reference to the mozconfig, which the build system then reads, and finds a MOZ_OBJDIR, which then doesn't match the js standalone build objdir. So for those builds, reset MOZCONFIG.
8cef6292102420b8a144c2752ddd96c906b6c7be: Bug 1239372 - only pause video during draging. r=jaws
Alastor Wu <alwu@mozilla.com> - Wed, 15 Jun 2016 15:29:18 +0100 - rev 301918
Push 78503 by alwu@mozilla.com at Wed, 15 Jun 2016 22:36:26 +0000
Bug 1239372 - only pause video during draging. r=jaws MozReview-Commit-ID: F1vNDqMvKVK
87aee9d5e04dabf5d5fdce4617df454c88fb0110: Bug 918733 - have overrideMimeType throw INVALID_STATE_ERR if the XHR is in the DONE or LOADING states. r=sicking
Thomas Wisniewski <wisniewskit@gmail.com> - Mon, 13 Jun 2016 21:56:15 -0400 - rev 301917
Push 78502 by cbook@mozilla.com at Wed, 15 Jun 2016 22:23:23 +0000
Bug 918733 - have overrideMimeType throw INVALID_STATE_ERR if the XHR is in the DONE or LOADING states. r=sicking
4b35974b5b3948862a323836395b5681d6d0a8a1: Bug 1280022 - Fix gratuitous syntax error; r=me
Gregory Szorc <gps@mozilla.com> - Wed, 15 Jun 2016 23:00:16 +0100 - rev 301916
Push 78501 by gszorc@mozilla.com at Wed, 15 Jun 2016 21:59:48 +0000
Bug 1280022 - Fix gratuitous syntax error; r=me DONTBUILD (NPOTB)
8f94ec370825d5d95d9ef54aa7a434db2e8939ed: Bug 1280022 - Search for hg.exe on Windows; r=glandium
Gregory Szorc <gps@mozilla.com> - Wed, 15 Jun 2016 22:49:11 +0100 - rev 301915
Push 78500 by gszorc@mozilla.com at Wed, 15 Jun 2016 21:49:10 +0000
Bug 1280022 - Search for hg.exe on Windows; r=glandium Without this, we attempt to execute "hg" as a native Win32 program and get the dreaded "%1 is not a valid Win32 application" error because "hg" has a shebang and only executes inside a UNIX-like shell. MozReview-Commit-ID: 5sUrxh1IxFC
cf8d980f3031a2b4ff189a6e6bfaacda4d67df29: Bug 1280198 - Convert zipwriter/test/unit/test_asyncadd.js to use channel.open2() r=kmaglione
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Wed, 15 Jun 2016 16:48:55 +0100 - rev 301914
Push 78499 by cbook@mozilla.com at Wed, 15 Jun 2016 21:43:31 +0000
Bug 1280198 - Convert zipwriter/test/unit/test_asyncadd.js to use channel.open2() r=kmaglione
98b498a9a36d2db2934e097131e1462b5d75abd1: Backed out changeset dc114bc5a88e (bug 1272239) for test failures in own test
Carsten "Tomcat" Book <cbook@mozilla.com> - Wed, 15 Jun 2016 22:17:26 +0100 - rev 301913
Push 78498 by cbook@mozilla.com at Wed, 15 Jun 2016 21:24:31 +0000
Backed out changeset dc114bc5a88e (bug 1272239) for test failures in own test
b04c12e6bf3593f3b9529c50a0d8c0b951a2112f: Backed out changeset ed0b3881c1c4 (bug 1272239)
Carsten "Tomcat" Book <cbook@mozilla.com> - Wed, 15 Jun 2016 22:16:54 +0100 - rev 301912
Push 78498 by cbook@mozilla.com at Wed, 15 Jun 2016 21:24:31 +0000
Backed out changeset ed0b3881c1c4 (bug 1272239)
672fff99c00a78326f26e26ea89c8f4590040303: Backed out changeset 5042da9fc11c (bug 1272239)
Carsten "Tomcat" Book <cbook@mozilla.com> - Wed, 15 Jun 2016 22:16:52 +0100 - rev 301911
Push 78498 by cbook@mozilla.com at Wed, 15 Jun 2016 21:24:31 +0000
Backed out changeset 5042da9fc11c (bug 1272239)
5fcd5742e51897a469773c538098d9edb4dd4c57: Bug 1279814 - Update mIsoRunLast index when handling PDI. r=xidorn
Jonathan Kew <jkew@mozilla.com> - Wed, 15 Jun 2016 22:04:48 +0100 - rev 301910
Push 78497 by jkew@mozilla.com at Wed, 15 Jun 2016 21:10:36 +0000
Bug 1279814 - Update mIsoRunLast index when handling PDI. r=xidorn
dc371921454fce21f7a34952d555bb6ede873e3c: Backed out changeset a3f3f077a1ec (bug 1264948) for 'warning treated as error' build failure in JitAllocPolicy.h at least on Windows XP. r=backout on a CLOSED TREE
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 15 Jun 2016 19:20:29 +0200 - rev 301909
Push 78496 by archaeopteryx@coole-files.de at Wed, 15 Jun 2016 17:21:05 +0000
Backed out changeset a3f3f077a1ec (bug 1264948) for 'warning treated as error' build failure in JitAllocPolicy.h at least on Windows XP. r=backout on a CLOSED TREE
b1cbd40927beeb38a6917918e76a1e681ab6301c: Backed out changeset ceb7ec4fd334 (bug 1264948)
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 15 Jun 2016 19:19:04 +0200 - rev 301908
Push 78496 by archaeopteryx@coole-files.de at Wed, 15 Jun 2016 17:21:05 +0000
Backed out changeset ceb7ec4fd334 (bug 1264948)
f8db1d19b779e6a32be61847ca909f7b74afc87f: Backed out changeset 8dfdec5ed99b (bug 1264948)
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 15 Jun 2016 19:19:00 +0200 - rev 301907
Push 78496 by archaeopteryx@coole-files.de at Wed, 15 Jun 2016 17:21:05 +0000
Backed out changeset 8dfdec5ed99b (bug 1264948)
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip