26ef15a511d6dae36af0c709913bcf707cc1a459: Bug 1261285 - Properly remove the config.log logging handler before running old-configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 15:24:54 +0900 - rev 347481
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261285 - Properly remove the config.log logging handler before running old-configure. r=ted Because closing the handler is not enough (it eventually reopens itself), the dumping of config.log overwrites the file, and confuses the process of reading it to dump it in the first place, showing incomplete logs. The intent from the start was that nothing would be logged in the FileHandler, so on top of closing it, actively remove it.
c0daa17bdb2f513644005d3b65ced0441264dd2d: Bug 1261263 - Remove -fgnu89-inline. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 12:12:40 +0900 - rev 347480
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261263 - Remove -fgnu89-inline. r=froydnj It seems the reason why it was added back in bug 719659 is gone.
fbddfbf778ec61e0b9289808baa73facb72d96a7: Bug 1261263 - Switch from -std=gnu++0x to -std=gnu++11. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 12:05:12 +0900 - rev 347479
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261263 - Switch from -std=gnu++0x to -std=gnu++11. r=froydnj All the GCC and clang versions we support support the latter, so let's use it.
b66c04c0c8d5e9f80eeaea955428b2c2988d4c08: Bug 1261263 - Remove test for libstdc++ headers conflict with clang 3.3. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 12:05:00 +0900 - rev 347478
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261263 - Remove test for libstdc++ headers conflict with clang 3.3. r=froydnj Also remove the hack around it.
0e5ae87fb396ec92af0de53e09433a9bf451729f: Bug 1261263 - Unsupport clang < 3.4. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 11:55:29 +0900 - rev 347477
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261263 - Unsupport clang < 3.4. r=froydnj In bug 1254861, we unsupported clang < 3.3, picking 3.3 essentially because that's the smallest version we had on automation. Bug 1254854 changed that, and the smallest version on automation is now 3.5. Now, the motivation to unsupport an old version of clang again is that recent versions don't have the problem with __float128 used in libstdc++ headers (bug 654493). In fact, starting with clang 3.4, the hack we have in place is not necessary. So let's just drop support for clang 3.3 instead of keeping that hack around longer. As mentioned in bug 1254854, Ubuntu 12.04 LTS has clang 3.4 packages.
fc2ac654c59b188d8eef45f9ba99e2918ad32c34: Bug 1261018 - Make log.queue_debug output debug log when receiving an exception. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 10:53:16 +0900 - rev 347476
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261018 - Make log.queue_debug output debug log when receiving an exception. r=ted
667c295f3d3d187145ed9f1898516db73f7287e2: Bug 1261235 - Handle non-ascii in configure logging. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 01 Apr 2016 09:06:45 +0900 - rev 347475
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261235 - Handle non-ascii in configure logging. r=ted When reading config.log, with old-configure output, we may get non-ascii strings, but that currently fails because we're using plain open() to read it. So use encoded_open() instead (which does the same job for other files in the same script). Because the build system can be encapsulated in mach, python configure can have a pipe as stdout/stderr, and in that case, sys.stdout/stderr have an ascii encoding, failing to print out anything that doesn't fit in ascii, consequently failing to print the things we've read from config.log. So reopen stdout and stderr with the right encoding in the configure output handler.
76134d6ad6365377ae629a783a8446e22280d073: Backed out changeset 7f0ea82bf6e9 (bug 1256049) because the new assertion hits so often that it generates many oranges. r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Tue, 05 Apr 2016 00:06:36 +0200 - rev 347474
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Backed out changeset 7f0ea82bf6e9 (bug 1256049) because the new assertion hits so often that it generates many oranges. r=backout
4565c4fac8b0280bd892bff86af5b71fd60d1deb: Bug 1261416 - Rename firefox-plugin-container back to plugin-container to satisfy Flash's protected mode checks, and ensure that we launch the correct binary r=ted
George Wright <george@mozilla.com> - Fri, 01 Apr 2016 14:17:52 -0400 - rev 347473
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1261416 - Rename firefox-plugin-container back to plugin-container to satisfy Flash's protected mode checks, and ensure that we launch the correct binary r=ted
4271ef91a68621e3de091f455a18777fae0f7a0d: Bug 1242051 - Add inter-directory test support file dependencies to ini manifests. r=gps
Chris Manchester <cmanchester@mozilla.com> - Mon, 04 Apr 2016 14:56:52 -0700 - rev 347472
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1242051 - Add inter-directory test support file dependencies to ini manifests. r=gps Previously, every test and support file would be synced to the objdir when running any test. Now that only those support files and tests requested are synced, we note support files required beyond those in a test's directory in ini manifests. MozReview-Commit-ID: EmlDz9d4lqt
79b6b01de089fe7b54de10eb65c5690d66d0a658: Bug 1242051 - Install test files to the objdir lazily rather than with each invocation of mach. r=gps
Chris Manchester <cmanchester@mozilla.com> - Mon, 04 Apr 2016 14:56:52 -0700 - rev 347471
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1242051 - Install test files to the objdir lazily rather than with each invocation of mach. r=gps This moves test installation for test files out of the monolithic install manifest for $objdir/_tests, and determines the test and support files to install based on the object derived from all-tests.json. Additionally, the files resulting from TEST_HARNESS_FILES are installed, as some tests will depend on them. As a result, the time to install tests when invoking the test runner will scale with the number of tests requested to run rather than the entire set of tests in the tree, resulting in significantly less overhead. MozReview-Commit-ID: LeIrUVh1yD4
e174b6bf5439095c7b28c48ff43fbd812c797882: Bug 1242051 - Extract support files processing from the emitter. r=gps
Chris Manchester <cmanchester@mozilla.com> - Mon, 04 Apr 2016 14:56:52 -0700 - rev 347470
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1242051 - Extract support files processing from the emitter. r=gps This extracts the logic from the emitter that handles support files in ini manifests to a seperate function in testing.py, so that this logic can be re-used to determine how to install all the files necessary to run a particular test fon the corresponding object in all-tests.json. MozReview-Commit-ID: GSEhEGm09IL
864320b75e76dfd6ceba723e54e72a131a7b8bb8: Bug 1259466. Rename layers.offmainthreadcomposition.enabled. r=milan
Jeff Muizelaar <jmuizelaar@mozilla.com> - Mon, 04 Apr 2016 17:15:00 -0400 - rev 347469
Push 14592 by bmo:mh+mozilla@glandium.org at Mon, 04 Apr 2016 23:32:36 +0000
Bug 1259466. Rename layers.offmainthreadcomposition.enabled. r=milan We would rather people not use this pref.
56d37c473ef3dca0d87890aee0e4c0f118c7c36c: Bug 1245571: Allow AMO to be able to query details about an add-on. r?rhelmer draft
Dave Townsend <dtownsend@oxymoronical.com> - Thu, 10 Mar 2016 09:50:07 -0800 - rev 347468
Push 14591 by dtownsend@mozilla.com at Mon, 04 Apr 2016 23:17:58 +0000
Bug 1245571: Allow AMO to be able to query details about an add-on. r?rhelmer This adds a bunch of structure supporting a promise-based API on the AddonManager object that is exposed to webpages and adds the first example, getAddonByID. MozReview-Commit-ID: CCEFl4R1o81
f681282d2c4e3e3c2c68991cf8df2494f3798ddc: Bug 1245571: Add a window.navigator.AddonManager object that can only be accessed by AMO. r?bz draft
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 19 Feb 2016 16:49:30 -0800 - rev 347467
Push 14591 by dtownsend@mozilla.com at Mon, 04 Apr 2016 23:17:58 +0000
Bug 1245571: Add a window.navigator.AddonManager object that can only be accessed by AMO. r?bz Since we want to add a few APIs that AMO can use to query and manipulate the user's add-ons we want to expose a custom API. This implements the webidl and a stub implementation in JavaScript. We use the webidl functions for controlling access to the API, only the AMO production domains (and some test domains when testing is enabled) can access it and only when retrieved securely and not in an inner frame of a page that shouldn't have the API. Note that the test code relies on a change in bug 1255520. MozReview-Commit-ID: 3HUUrduuHwf
159dab252ccf75f0205199325400fc3a16de99c3: Bug 1245571: Allow AMO to be able to query details about an add-on. r?rhelmer draft
Dave Townsend <dtownsend@oxymoronical.com> - Thu, 10 Mar 2016 09:50:07 -0800 - rev 347466
Push 14590 by dtownsend@mozilla.com at Mon, 04 Apr 2016 23:15:48 +0000
Bug 1245571: Allow AMO to be able to query details about an add-on. r?rhelmer This adds a bunch of structure supporting a promise-based API on the AddonManager object that is exposed to webpages and adds the first example, getAddonByID. MozReview-Commit-ID: CCEFl4R1o81
eb53d3a16f702d5b4bf0fb71fa8f14e50ee3a665: Bug 1245571: Add a window.navigator.AddonManager object that can only be accessed by AMO. r?bz draft
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 19 Feb 2016 16:49:30 -0800 - rev 347465
Push 14590 by dtownsend@mozilla.com at Mon, 04 Apr 2016 23:15:48 +0000
Bug 1245571: Add a window.navigator.AddonManager object that can only be accessed by AMO. r?bz Since we want to add a few APIs that AMO can use to query and manipulate the user's add-ons we want to expose a custom API. This implements the webidl and a stub implementation in JavaScript. We use the webidl functions for controlling access to the API, only the AMO production domains (and some test domains when testing is enabled) can access it and only when retrieved securely and not in an inner frame of a page that shouldn't have the API. Note that the test code relies on a change in bug 1255520. MozReview-Commit-ID: 3HUUrduuHwf
f1cda15e999892918b5cebfeb7b1a5032036f551: Bug 1262009: Don't attempt to display identity information when we don't have any. r?MattN draft
Dave Townsend <dtownsend@oxymoronical.com> - Mon, 04 Apr 2016 16:12:28 -0700 - rev 347464
Push 14589 by dtownsend@mozilla.com at Mon, 04 Apr 2016 23:15:08 +0000
Bug 1262009: Don't attempt to display identity information when we don't have any. r?MattN MozReview-Commit-ID: GVYtSESlWv5
15c7909395008b53540965f0a6944d3ce2aff29a: Bug 1262003 Back out changeset 983702f6874c r?kmag draft
Andrew Swan <aswan@mozilla.com> - Mon, 04 Apr 2016 16:09:32 -0700 - rev 347463
Push 14588 by aswan@mozilla.com at Mon, 04 Apr 2016 23:10:20 +0000
Bug 1262003 Back out changeset 983702f6874c r?kmag MozReview-Commit-ID: 10GVdKTFjiR
8649e83a43b9c1fc271d43e50ade50966c7e94b9: Bug 1261827 - inplace-editor: copyTextStyles should not copy line-height property;r=pbro
Julian Descottes <jdescottes@mozilla.com> - Mon, 04 Apr 2016 16:26:37 +0200 - rev 347462
Push 14588 by aswan@mozilla.com at Mon, 04 Apr 2016 23:10:20 +0000
Bug 1261827 - inplace-editor: copyTextStyles should not copy line-height property;r=pbro Only text styles should be copied between the replaced element and the input. Other styles are still copied between the input and the measurement element. MozReview-Commit-ID: 7YSWtjLgH2z
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip