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