cba6d551e43e6a96eee178b5342225368a4b3130: Backed out changeset eadf17764c12 (bug 1454970) for XPCShell Failure on services/settings/test/unit/test_remote_settings_poll.js. CLOSED TREE
Dorel Luca <dluca@mozilla.com> - Tue, 05 Jun 2018 02:32:32 +0300 - rev 804126
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Backed out changeset eadf17764c12 (bug 1454970) for XPCShell Failure on services/settings/test/unit/test_remote_settings_poll.js. CLOSED TREE
8d28a06d98e77c9f422273894e96b1f8d499ab78: Bug 1465638 - Do not send capabilities in FxA device registration. r=rfkelly
Edouard Oger <eoger@fastmail.com> - Thu, 31 May 2018 11:38:06 -0400 - rev 804125
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1465638 - Do not send capabilities in FxA device registration. r=rfkelly MozReview-Commit-ID: Cf5yk7nSDQE
188e8b4ba82299f45f6c02e82d413077a6d26fa2: Bug 1465836 - Make MOZ_AUTOMATION artifact builds pull host binaries (mar,mbsdiff). r=chmanchester
Nick Alexander <nalexander@mozilla.com> - Thu, 31 May 2018 11:12:26 -0700 - rev 804124
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1465836 - Make MOZ_AUTOMATION artifact builds pull host binaries (mar,mbsdiff). r=chmanchester This populates $OBJDIR/dist/host/bin as part of |mach artifact install|. Conceptually, the mar and mbsdiff utilities should be grouped (in the same way that the test-related binaries are grouped). However, it's difficult to achieve that with the current structure of the code, so this fetches mar and mbsdiff and produces $HASH-mar.processed.jar and $HASH-mbsdiff.processed.jar files. MozReview-Commit-ID: 3ks5xsUEKp5
4431cecd4c2d43fedc0acfa5016ef89a583d87b6: Bug 1452204 part 2 - Use RtlCaptureContext to capture context for current thread. r=glandium
Xidorn Quan <me@upsuper.org> - Mon, 04 Jun 2018 19:23:27 +1000 - rev 804123
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1452204 part 2 - Use RtlCaptureContext to capture context for current thread. r=glandium GetThreadContext() returns a context pointing to its own frame when it gets called with the current thread handle. That frame can go away after it returns. This patch instead uses RtlCaptureContext(), which captures the context of its caller, when walking the current thread. MozReview-Commit-ID: 3TAatDc9BLh
72fc40daf6cd1339caef2c9407255027c1f5baec: Bug 1452204 part 1 - Correctly set walkCallingThread. r=glandium
Xidorn Quan <me@upsuper.org> - Mon, 04 Jun 2018 19:17:32 +1000 - rev 804122
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1452204 part 1 - Correctly set walkCallingThread. r=glandium GetCurrentThread() returns a pseudo handle, so comparing it against the passed in argument doesn't make sense in most cases. This patch changes it to using the thread id for comparison, which is guaranteed to be unique in the whole lifetime of a thread. MozReview-Commit-ID: 5TNAgLkcS6m
df3e0250b27571e8bbb8d36a19ecf19d9650dc61: Bug 1457078 - Package default theme icon on Android. r=mcomella
Tim Nguyen <ntim.bugs@gmail.com> - Mon, 04 Jun 2018 22:33:25 +0100 - rev 804121
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1457078 - Package default theme icon on Android. r=mcomella MozReview-Commit-ID: 5ewrG6aszUj
25432177de8f23c864e5b6c9937bacf8c3196557: Bug 1417577 - Support locale direction changes in sync sidebar r=eoger,gandalf
Carol Ng <cng@mozilla.com> - Wed, 30 May 2018 14:12:24 -0400 - rev 804120
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1417577 - Support locale direction changes in sync sidebar r=eoger,gandalf MozReview-Commit-ID: 2pHSjoOhW9o
2b784df7a995407360ebd8b2d0c07903d31deb64: Backed out changeset fc040acc00af (bug 1457078) for build bustage. CLOSED TREE
Dorel Luca <dluca@mozilla.com> - Tue, 05 Jun 2018 00:42:58 +0300 - rev 804119
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Backed out changeset fc040acc00af (bug 1457078) for build bustage. CLOSED TREE
fc040acc00af17b8d8101090739867461f4d843b: Bug 1457078 - Package default theme icon on Android. r=mcomella
Tim Nguyen <ntim.bugs@gmail.com> - Mon, 04 Jun 2018 21:37:54 +0100 - rev 804118
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1457078 - Package default theme icon on Android. r=mcomella MozReview-Commit-ID: I2ojxjgMzk1
eadf17764c12fdc70a560a549e649ee4960b0128: Bug 1454970 - Decouple Remote Settings synchronization from initialization order r=glasserc,mgoodwin
Mathieu Leplatre <mathieu@mozilla.com> - Thu, 24 May 2018 23:55:23 +0200 - rev 804117
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1454970 - Decouple Remote Settings synchronization from initialization order r=glasserc,mgoodwin MozReview-Commit-ID: LSwFflrFBMn
a85debb4f781f9f90ba5c9f0df5e27edecf1102d: Bug 1351690, part 4 - Only load the stream converter when we try to view a pdf. r=bdahl
Andrew McCreight <continuation@gmail.com> - Tue, 22 May 2018 16:13:47 -0700 - rev 804116
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1351690, part 4 - Only load the stream converter when we try to view a pdf. r=bdahl This inlines and simplifies the call to XPCOMUtils._getFactory, because otherwise passing PdfStreamConverter appears to resolve it immediately, loading the JSM. (The stream converter prototype does not have a property _xpcom_factory, so there's no need for the check.) Once that is done, we can just lazily load the stream converter JSM to keep it from being loaded on startup. This patch also checks that the stream converter is not loaded at startup in the main process or the content process, and that PdfJs.jsm is not loaded at startup in the content process. It needs to be loaded in the main process to watch for some prefs. MozReview-Commit-ID: EA0pSgs4AWH
5eb08c5b8492287d22674ed747d0932c2cc55f42: Bug 1351690, part 3 - Move stream converter XPCOM registration constants into the registration file. r=bdahl
Andrew McCreight <continuation@gmail.com> - Tue, 22 May 2018 15:37:58 -0700 - rev 804115
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1351690, part 3 - Move stream converter XPCOM registration constants into the registration file. r=bdahl As with the last patch, the factory is only used for a single class, so move the constants closer to where they are used. This will allow us to register the stream converter without loading the stream converter JSM. MozReview-Commit-ID: DRKVtYQOs2J
21a2a25d8fa04ccdcb225a8459cadfd187135ecd: Bug 1351690, part 2 - Specialize Factory into StreamConverterFactory. r=bdahl
Andrew McCreight <continuation@gmail.com> - Tue, 22 May 2018 15:28:45 -0700 - rev 804114
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1351690, part 2 - Specialize Factory into StreamConverterFactory. r=bdahl Factory is only ever passed PdfStreamConverter, so specialize the registration method and rename the class. Also, classID2 is always non-null for PdfStreamConverter, so drop the check. MozReview-Commit-ID: Ts295QTmrm
047a3f7078379e139ed83aafb20aeacb1e6e2755: Bug 1351690, part 1b - Don't unload the .jsm on unregister. r=bdahl
Andrew McCreight <continuation@gmail.com> - Fri, 01 Jun 2018 11:16:38 -0700 - rev 804113
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1351690, part 1b - Don't unload the .jsm on unregister. r=bdahl This patch fixes an intermittent failure in the pdf.js browser chrome Mochitests, where it runs code inside PdfStreamConverter.jsm and gets the error "TypeError: getBoolPref is not a function". getBoolPref is a top-level function inside the JSM. I couldn't reproduce this, but I suspect that defineModuleGetter would run, and give us a reference to the PdfStreamConverter converter object in the JSM. Eventually, we would unload this JSM, and somehow clear out the top level scope. However, the registration JSM still had its reference to the Converter object. Eventually we would try to convert again, using the old JSM, but the scope was cleared out, so it couldn't find the top level function in the converter JSM. While I could probably work around this somehow by clearing the global reference to the old JSM and setting up a new thunk, I think it is better to simply not do the unload. Unloading a JSM is a weird operation that we don't use much, and I think the only drawback for not doing so is that a user that disables PDF.js will continue using a little more memory during that session. MozReview-Commit-ID: Lx3QZza5qCM
c1d893c1e41f318d9a49da1db34011ea9cf628fa: Bug 1351690, part 1 - Split out pdf.js stream registration into another jsm. r=bdahl
Andrew McCreight <continuation@gmail.com> - Fri, 18 May 2018 16:57:59 -0700 - rev 804112
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1351690, part 1 - Split out pdf.js stream registration into another jsm. r=bdahl The goal of these patches is to load neither PdfJs.jsm nor PdfStreamConverter.jsm in a content process unless the user is viewing a PDF, to save memory. This first patch creates a small stub JSM to do the stream registration, and calls it directly in the content process, avoiding one way we load PdfJs.jsm. The existing registration methods are kept for the main process. MozReview-Commit-ID: 5GH8tjHXfLb
39a77ae8f358155181cd0e4d660b62b93150a133: Bug 1464719 - Remove obsolete code from LightweightThemeConsumer.jsm. r=jaws
Tim Nguyen <ntim.bugs@gmail.com> - Mon, 28 May 2018 01:31:20 +0200 - rev 804111
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1464719 - Remove obsolete code from LightweightThemeConsumer.jsm. r=jaws MozReview-Commit-ID: C5NMohgxj70
225b70969911f6a5b45bf3282c1de6860cbd43b3: Bug 1460741 - Add 'speedometer' benchmark to raptor for firefox; r=jmaher
Rob Wood <rwood@mozilla.com> - Tue, 15 May 2018 14:50:48 -0400 - rev 804110
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1460741 - Add 'speedometer' benchmark to raptor for firefox; r=jmaher MozReview-Commit-ID: 6eTJhUJv3y9
574f89a0933433d4913f966552ed9fa9de28b017: Bug 1460741 - Taskcluster configs for raptor speedometer on firefox; r=jmaher
Rob Wood <rwood@mozilla.com> - Tue, 15 May 2018 14:47:12 -0400 - rev 804109
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1460741 - Taskcluster configs for raptor speedometer on firefox; r=jmaher MozReview-Commit-ID: 2yOl5aoJvSu
051ef1eb3d23f2030aa74b8df856942896741a46: bug 1465976 - remove all find*ByName APIs from PSM PKCS#11 module/slot/token interfaces r=fkiefer,jcj
David Keeler <dkeeler@mozilla.com> - Thu, 31 May 2018 14:46:06 -0700 - rev 804108
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
bug 1465976 - remove all find*ByName APIs from PSM PKCS#11 module/slot/token interfaces r=fkiefer,jcj Before this patch, we exposed a few interfaces that revolved around mapping a name to a specific PKCS#11 module, slot, or token. These APIs were all either problematic and/or unnecessary. In theory there could be two tokens in different modules with the same name, so nsIPK11TokenDB.findTokenByName wasn't guaranteed to return what the consumer expected it to. In general, these APIs were used by front-end code to go from a handle on the specific object in question to a string identifier and then back to a handle on the object. This was unnecessary - we can just retain the original handle. MozReview-Commit-ID: IbqLbV4wceA
81b41583c253f469a50d88de9b07c6ca22f9d140: Bug 1465537 Move browser startup promises to ExtensionParent.jsm r=zombie
Andrew Swan <aswan@mozilla.com> - Mon, 04 Jun 2018 10:51:56 -0700 - rev 804107
Push 112312 by bmo:standard8@mozilla.com at Tue, 05 Jun 2018 16:07:56 +0000
Bug 1465537 Move browser startup promises to ExtensionParent.jsm r=zombie Creating these promises from ext-toolkit.js was always dicey since that script is loaded asynchronously during startup. This should ensure that the startup promises are reliably created early enough in startup. MozReview-Commit-ID: A0V7iCOFNI8
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip