e3bd8a6b1477efaef3fb60611e1bdccf63eba7d2: Bug 1452951 - add an exception in browser_tabopen.js to ignore the first tab title being painted a frame too late (ie bug 1477966). r=felipe
Florian Quèze <florian@queze.net> - Tue, 24 Jul 2018 14:09:43 +0200 - rev 822173
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1452951 - add an exception in browser_tabopen.js to ignore the first tab title being painted a frame too late (ie bug 1477966). r=felipe
fef4321d9525fa0ba17dedc3085b246f9596e77b: Bug 1477402: Wrap WaitForInputIdle with checks for ERROR_NOT_GUI_PROCESS failures; r=agashlin
Aaron Klotz <aklotz@mozilla.com> - Fri, 20 Jul 2018 15:54:08 -0600 - rev 822172
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1477402: Wrap WaitForInputIdle with checks for ERROR_NOT_GUI_PROCESS failures; r=agashlin widget/windows/WinUtils.h is getting unwieldy and contains a combination of both header-only and non-header-only code. I thought I'd take the opportunity with this patch to create a new file for self-contained, header-only utility functions, with the hope that we can eventually migrate some stuff out of WinUtils into WinHeaderOnlyUtils in the future.
09917998d963a298ad6214fcc512e73b66259199: Bug 1228139 - Remove nsIURIWithPrincipal - part 3 - main part, r=bz
Andrea Marchesini <amarchesini@mozilla.com> - Tue, 24 Jul 2018 22:15:57 +0200 - rev 822171
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1228139 - Remove nsIURIWithPrincipal - part 3 - main part, r=bz nsIURIWithPrincipal is currently used to retrieve the nsIPrincipal from a BlobURL object. BlobURLProtocolHandler has a hashtable containing, for each blobURL, a BlobImpl and its nsIPrincipal. This patch introduces BlobURLProtocolHandler::GetBlobURLPrincipal() that retrieves the nsIPrincipal from this hashtable. This patch fixes also a bug in how the revocation of blobURLs is broadcasted to other processes. This should be done immediately because each process creates its own timer to revoke them after 5 seconds. An important change is related to NS_SecurityCompareURIs() where, if 1 (or both) of the 2 URIs to compare, is a revoked BlobURL, we will QI its URL to nsIStandardURL and fail out at that point.
3549739dde68499b4224e7b0fcc4cef6bc228755: Bug 1228139 - Remove nsIURIWithPrincipal - part 2 - BlobURL comparison should not check the principal, r=bz
Andrea Marchesini <amarchesini@mozilla.com> - Tue, 24 Jul 2018 22:15:17 +0200 - rev 822170
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1228139 - Remove nsIURIWithPrincipal - part 2 - BlobURL comparison should not check the principal, r=bz
b2a1cd818cf294a278570c4eeb1d03f7f5520976: Bug 1228139 - Remove nsIURIWithPrincipal - part 1 - Use of NullPrincipal when nsIURIWithPrincipal.getPrincipal() returns a nullptr, r=bz
Andrea Marchesini <amarchesini@mozilla.com> - Tue, 24 Jul 2018 22:15:17 +0200 - rev 822169
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1228139 - Remove nsIURIWithPrincipal - part 1 - Use of NullPrincipal when nsIURIWithPrincipal.getPrincipal() returns a nullptr, r=bz
9353904b5dbcc54653e9688115fa51175e3d0043: Bug 1477081 - remove TARGET_CPU use from moz.build files; r=ted.mielczarek
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 16:08:55 -0400 - rev 822168
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1477081 - remove TARGET_CPU use from moz.build files; r=ted.mielczarek TARGET_CPU is not canonicalized, whereas CPU_ARCH is, so we should be using CPU_ARCH to get consistent values everywhere.
0d998ecb3661f248539194d32794948245540e32: Bug 1477048 - part 3 - remove ipc/chromium uses of OS_TEST; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 16:08:56 -0400 - rev 822167
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1477048 - part 3 - remove ipc/chromium uses of OS_TEST; r=gps These were less straightforward, so I separated them out into a separate patch.
8e46b3512221de8e272b9d54d75ea487b9c8d922: Bug 1477048 - part 2 - remove non-ipc/chromium moz.build uses of OS_TEST; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 16:08:56 -0400 - rev 822166
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1477048 - part 2 - remove non-ipc/chromium moz.build uses of OS_TEST; r=gps The deletions in xptcall are when we don't even have support for the CPU in moz.configure, so I assume that people haven't been compiling on those architectures for quite some time.
9e26ad3c03a131e8b299327e32185cbf6cc9139f: Bug 1477048 - part 1 - remove `'86' in CONFIG['OS_TEST']` stanzas from moz.build files; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 16:08:56 -0400 - rev 822165
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1477048 - part 1 - remove `'86' in CONFIG['OS_TEST']` stanzas from moz.build files; r=gps The current code is somewhat non-obvious to a first-time reader, and OS_TEST is a bizarre thing anyway, since it's actually the name of the CPU we're running on. We'd do well to minimize the use of OS_TEST. Note that the complete nuking of the xptcall/md/unix/moz.build lines are because we don't support OS X/x86 anymore.
c7f425c3feada2a50c197b9bea9d5f0c9ab87c08: Bug 1477047 - make fewer assumptions about MSVC compiling for x86-ish code; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 16:08:56 -0400 - rev 822164
Push 117302 by rwood@mozilla.com at Tue, 24 Jul 2018 20:49:03 +0000
Bug 1477047 - make fewer assumptions about MSVC compiling for x86-ish code; r=chmanchester ARM64 Windows is a thing now, so this assumption is no longer valid.
e9475984318a6f5191aa0a4de43bd08bca24dd6b: Bug 1471708 - Rename the "scroll-position clamping scroll port size" to "visual viewport size". r?botond draft
Jeremy Lempereur <jeremy.lempereur@gmail.com> - Sun, 22 Jul 2018 21:49:38 +0200 - rev 822163
Push 117301 by bmo:jeremy.lempereur@gmail.com at Tue, 24 Jul 2018 20:48:03 +0000
Bug 1471708 - Rename the "scroll-position clamping scroll port size" to "visual viewport size". r?botond MozReview-Commit-ID: IWPzXSF5jfR
b9ccbe6343378c6286dfe88cc4c0a8f598edcf3d: Bug 1478139 - Migrate <editor> to a Custom Element draft
Brian Grinstead <bgrinstead@mozilla.com> - Tue, 24 Jul 2018 13:47:44 -0700 - rev 822162
Push 117300 by bgrinstead@mozilla.com at Tue, 24 Jul 2018 20:47:58 +0000
Bug 1478139 - Migrate <editor> to a Custom Element MozReview-Commit-ID: 8EZasOJX4Pl
7902552eba5800661640bebf758d75fd9b36d5e5: Bug 1478139 - Migrate <editor> to a Custom Element draft
Brian Grinstead <bgrinstead@mozilla.com> - Tue, 24 Jul 2018 13:45:58 -0700 - rev 822161
Push 117299 by bgrinstead@mozilla.com at Tue, 24 Jul 2018 20:46:17 +0000
Bug 1478139 - Migrate <editor> to a Custom Element MozReview-Commit-ID: KLYhyj8nlb5
a2fd3cd8819281c4fe10804c93d96e705cecee82: Bug 1478121 - Fix tup backend bustage due to XPIDL build system api changes. r=froydnj draft
Chris Manchester <cmanchester@mozilla.com> - Tue, 24 Jul 2018 13:40:11 -0700 - rev 822160
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1478121 - Fix tup backend bustage due to XPIDL build system api changes. r=froydnj MozReview-Commit-ID: vrKrBxh9Ys
165ba091863c4a2deefbb9fd83047ba913110f37: Bug 1477332 - add aarch64 to mozinfo's known list of 64-bit cpus; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 15:49:16 -0400 - rev 822159
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1477332 - add aarch64 to mozinfo's known list of 64-bit cpus; r=chmanchester
b9d4bff67989d578bf7b2fb533cf65799909f81e: Bug 1476973 - part 5 - make xpidl variables simply expanded; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 15:41:47 -0400 - rev 822158
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1476973 - part 5 - make xpidl variables simply expanded; r=gps These kind of variables are slightly more efficient in make.
c4400e353e3025805b11129ce3d9dae3b9ab5ceb: Bug 1476973 - part 4 - emit XPIDLModule, rather than multiple XPIDLFile; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 15:41:47 -0400 - rev 822157
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1476973 - part 4 - emit XPIDLModule, rather than multiple XPIDLFile; r=gps XPIDL files are logically grouped together into a module, but the current model for the moz.build frontend is that we emit individual XPIDLFile objects, and leave it to the backend to reconstruct module-ness from those. This setup causes a small amout of useless work to be done (e.g. see XPIDLFile handling in RecursiveMakeBackend.consume_object; such handling should only be done once), and it would be cleaner to have the objects emitted reflect the build system concepts as closely as possible. To that end, let's emit XPIDLModule objects instead, which fortunately requires relatively few changes.
5a0ab5e5a8712f49e5f775ac77b6c9f98cd391ff: Bug 1476973 - part 3 - rationalize the backend's IDLManager; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 15:41:47 -0400 - rev 822156
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1476973 - part 3 - rationalize the backend's IDLManager; r=gps The IDLManager in the moz.build backend is a bit weird. It maintains a bunch of per-IDL file information, some of which isn't used, and attempts to map module names to information about what entities the module needs to be built. The former is done with Python dicts, and the latter with Python tuples, both resulting in some contortions by the clients of IDLManager to specify exactly what they need. Let's clean this up, by making IDLManager to more clearly do two jobs: 1. Keep track of whether IDL files are globally unique; and 2. Map module names to the information needed to build them. In the case of #2, we store everything as a straight Python object, so we can use actual property accesses everywhere. We also provide a stems() function on IDLManager to make some client code more straightforward. Doing this makes IDLManager much more XPIDL module-centric, and paves the way for the same change to be made in the frontend as well.
a15b3186d0bba642a33711275a48cbe68bec2833: Bug 1476973 - part 2 - assert that XPIDL_SOURCES files all exist; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 15:41:47 -0400 - rev 822155
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1476973 - part 2 - assert that XPIDL_SOURCES files all exist; r=gps We should have been checking for this from the beginning.
d1843ad25a8aa8edbd94ba3e1ea4534b83b369c0: Bug 1476973 - part 1 - make XPIDL_SOURCES a list of SourcePath objects; r=gps
Nathan Froyd <froydnj@mozilla.com> - Tue, 24 Jul 2018 15:41:47 -0400 - rev 822154
Push 117298 by bmo:cmanchester@mozilla.com at Tue, 24 Jul 2018 20:43:06 +0000
Bug 1476973 - part 1 - make XPIDL_SOURCES a list of SourcePath objects; r=gps XPIDL_SOURCES would benefit from being more explicit about what sort of values it contains; let's define it as a list of SourcePath objects, and propagate those objects into XPIDLFile frontend objects as well.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 tip