234a7d6b02734f975832d458721ff8232a96f9ae: Bug 1399787 - Part 12. Put temporay PDF and EMF files into NS_APP_CONTENT_PROCESS_TEMP_DIR. draft
cku <cku@mozilla.com> - Tue, 31 Oct 2017 00:04:46 +0800 - rev 688811
Push 86859 by cku@mozilla.com at Mon, 30 Oct 2017 18:19:26 +0000
Bug 1399787 - Part 12. Put temporay PDF and EMF files into NS_APP_CONTENT_PROCESS_TEMP_DIR. So that we make sure those intermidiate file will be removed by ClearOnShutdown when the chrome process been shutdown. MozReview-Commit-ID: 7xQH9KE8AGl
53a2755fc3bd371745c97466fea8ff6498ae2173: Bug 1399787 - Part 12. Put temporay PDF and EMF files into NS_APP_CONTENT_PROCESS_TEMP_DIR. draft
cku <cku@mozilla.com> - Tue, 31 Oct 2017 00:04:46 +0800 - rev 688810
Push 86858 by cku@mozilla.com at Mon, 30 Oct 2017 18:14:58 +0000
Bug 1399787 - Part 12. Put temporay PDF and EMF files into NS_APP_CONTENT_PROCESS_TEMP_DIR. MozReview-Commit-ID: 7xQH9KE8AGl
72cf0d365965f2ef36a200b4c0ad133a4f10abb3: Bug 1399787 - Part 11. Sandbox the PDFium process. draft
cku <cku@mozilla.com> - Wed, 18 Oct 2017 20:52:45 +0800 - rev 688809
Push 86858 by cku@mozilla.com at Mon, 30 Oct 2017 18:14:58 +0000
Bug 1399787 - Part 11. Sandbox the PDFium process. MozReview-Commit-ID: 6ED7EPZvOMR
610425a2a370a13e9ccc12513da3093ace04748c: Bug 1410629 - Clear user-entered search term already after location change. r?sebastian draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 30 Oct 2017 14:05:32 +0100 - rev 688808
Push 86857 by mozilla@buttercookie.de at Mon, 30 Oct 2017 18:12:28 +0000
Bug 1410629 - Clear user-entered search term already after location change. r?sebastian This is to avoid a situation where after searching and then navigating to a different URL, the user can already see the new URL (after location change), but not yet edit it (currently, the search term is only dropped after pageshow). Because location change is too early for checking the documentURI for the presence of an error page in case the load failed, we switch to checking the request's status instead. We still have to explicitly check for "about:neterror" as well, though, since the way our intent handling code displays an error page in case of an unknown protocol technically counts as a successful pageload. MozReview-Commit-ID: 8e6WQlD0sf3
eb4d9f7ee2628dfc27e4441e738d242978d521f4: Bug 1092294 - Use SurfaceTextures for painted content on android (preffed off). r=nical,snorp draft
Jamie Nicol <jnicol@mozilla.com> - Sat, 28 Oct 2017 11:59:58 +0100 - rev 688807
Push 86856 by bmo:jnicol@mozilla.com at Mon, 30 Oct 2017 18:06:59 +0000
Bug 1092294 - Use SurfaceTextures for painted content on android (preffed off). r=nical,snorp Add a new TextureClientData type, AndroidNativeWindowTextureData, backed by a SurfaceTexture in single-buffer mode. It uses the NativeWindow API, which provides producer-side access to the buffer. This provides a DrawTarget which can be used to paint directly in to the SurfaceTexture, which can then be composited using a SurfaceTextureHost. Due to API restrictions it is not possible to read from a NativeWindow while the corresponding SurfaceTexture has ownership of the buffer. TiledContentClient now handles that by painting the additional region that it cannot copy from the front buffer, if required. MozReview-Commit-ID: 1NZq6MQqwFq
39396592558d7aea9eb0c8ef7ac26c490e865313: Bug 1412184 - Set the main thread after BindToOwner in AudioNode ctor. r?smaug draft
Paul Adenot <paul@paul.cx> - Mon, 30 Oct 2017 13:13:25 +0100 - rev 688806
Push 86855 by paul@paul.cx at Mon, 30 Oct 2017 17:56:26 +0000
Bug 1412184 - Set the main thread after BindToOwner in AudioNode ctor. r?smaug We dont't have a garantee to have a global here. MozReview-Commit-ID: 8aTcYxuVISi
4d081c3f615dd44cf3587408c6e4f1a28ca36f3f: Bug 366192 - Fixed http/https regex checks. draft
Moritz Brunner <moritzbrunner@freenet.de> - Mon, 30 Oct 2017 18:46:09 +0100 - rev 688805
Push 86854 by bmo:moritzbrunner@freenet.de at Mon, 30 Oct 2017 17:51:12 +0000
Bug 366192 - Fixed http/https regex checks. MozReview-Commit-ID: 8oFM3US4lvT
e9913278b9d5c57481727de00bc9b8e4517b0d95: Bug 1381684 - Fix intermittent browser/components/extensions/test/browser/browser_ext_tabs_lastAccessed.js, r?mixedpuppy draft
Bob Silverberg <bsilverberg@mozilla.com> - Mon, 30 Oct 2017 13:39:53 -0400 - rev 688804
Push 86853 by bmo:bob.silverberg@gmail.com at Mon, 30 Oct 2017 17:44:13 +0000
Bug 1381684 - Fix intermittent browser/components/extensions/test/browser/browser_ext_tabs_lastAccessed.js, r?mixedpuppy This patch introduces two changes to the test: 1. It breaks apart the assertion that was combining three tests into individual assertions, so if this does fail again in the future it will be easier to spot the actual problem. 2. It waits for the load of each tab to complete before trying to check the lastAccessed times of each tab. When I was able to reproduce the failure, after separating the assertions, I found the one that was failing was the check that tab2.lastAccessed was less than the current time. I believe that the current time was being recorded too soon, which is why I changed the test to not record the current time until after both tabs have completed loading. This seems to fix the intermittent locally for me. MozReview-Commit-ID: I3VoYODwjgz
3c0e359ec68c02454b1ea8f29436db75d5d935ee: Bug 1408121 - Dark theme should apply dark colors to Firefox menus. r?ntim,k88hudson draft
Jared Wein <jwein@mozilla.com> - Thu, 12 Oct 2017 17:51:28 -0400 - rev 688803
Push 86852 by bmo:jaws@mozilla.com at Mon, 30 Oct 2017 17:42:37 +0000
Bug 1408121 - Dark theme should apply dark colors to Firefox menus. r?ntim,k88hudson MozReview-Commit-ID: D3gzLxIUXc
64b7efb97eb85c05406acf784d3326a3c46ea42f: Bug 1381684 - Fix intermittent browser/components/extensions/test/browser/browser_ext_tabs_lastAccessed.js, r?mixedpuppy draft
Bob Silverberg <bsilverberg@mozilla.com> - Mon, 30 Oct 2017 13:39:53 -0400 - rev 688802
Push 86851 by bmo:bob.silverberg@gmail.com at Mon, 30 Oct 2017 17:41:00 +0000
Bug 1381684 - Fix intermittent browser/components/extensions/test/browser/browser_ext_tabs_lastAccessed.js, r?mixedpuppy This patch introduces two changes to the test: 1. It breaks apart the assertion that was combining three tests into individual assertions, so if this does fail again in the future it will be easier to spot the actual problem. 2. It waits for the load of each tab to complete before trying to check the lastAccessed times of each tab. When I was able to reproduce the failure, after separating the assertions, I found the one that was failing was the check that tab2.lastAccessed was less than the current time. I believe that the current time was being recorded too soon, which is why I changed the test to not record the current time until after both tabs have completed loading. This seems to fix the intermittent locally for me. MozReview-Commit-ID: I3VoYODwjgz
bc33fcddaec41c72663b0e38d76a8aad1e49d53f: Bug 1411004 - ./mach clang-format: Better handling of relative paths r?=mystor draft
Sylvestre Ledru <sledru@mozilla.com> - Mon, 30 Oct 2017 18:36:28 +0100 - rev 688801
Push 86850 by bmo:sledru@mozilla.com at Mon, 30 Oct 2017 17:37:26 +0000
Bug 1411004 - ./mach clang-format: Better handling of relative paths r?=mystor For example, this is addressing the issue: ./mach clang-format -p ./mfbt/ MozReview-Commit-ID: Le8mPTOEfA7
73d851b3be50131832db5db3f14fb66ed7d55a9f: Bug 1408326 - Add a parent/children relationship in the ObjectActor; r= draft
Nicolas Chevobbe <nchevobbe@mozilla.com> - Thu, 19 Oct 2017 18:45:39 +0200 - rev 688800
Push 86849 by bmo:nchevobbe@mozilla.com at Mon, 30 Oct 2017 16:59:50 +0000
Bug 1408326 - Add a parent/children relationship in the ObjectActor; r= When creating an object actor, if the creation was initiated by an other object actor, we consider the new object actor a child of the initiator. When releasing an actor, we can then go through all of its children and release them as well. This allow us to only release the "root" ObjectActor in the frontend, and thus can prevent memory leaks. MozReview-Commit-ID: 34Jk0oeswVt
00ace7451869b4161a1f8fbe1bb7a9e9ca870ba7: Bug 1410652 - Let WebDriver:SwitchToFrame take a web element. r?whimboo draft
Andreas Tolfsen <ato@sny.no> - Sat, 21 Oct 2017 19:30:27 +0100 - rev 688799
Push 86848 by bmo:ato@sny.no at Mon, 30 Oct 2017 16:59:49 +0000
Bug 1410652 - Let WebDriver:SwitchToFrame take a web element. r?whimboo The "element" field on the WebDriver:SwitchToFrame command request's body takes a string web element reference UUID as input. This patch changes it so that it can also take a web element JSON Object. The old behaviour can be removed with Firefox 60. MozReview-Commit-ID: JcTD3MRxjOe
3de1051c435f89733878929b0663f7411cd5d096: Bug 1410652 - Use invalid argument error for web element deserialisation. r?whimboo draft
Andreas Tolfsen <ato@sny.no> - Tue, 24 Oct 2017 17:42:32 +0100 - rev 688798
Push 86848 by bmo:ato@sny.no at Mon, 30 Oct 2017 16:59:49 +0000
Bug 1410652 - Use invalid argument error for web element deserialisation. r?whimboo For user input we will want to return the appropriate invalid argument error. For internal input using TypeError is fine. MozReview-Commit-ID: AlOnZuhaczN
ece61cb83f7fc5d153f8f117f7764bc69174d367: Bug 1410652 - Fix various API documentation in element module. r?whimboo draft
Andreas Tolfsen <ato@sny.no> - Tue, 24 Oct 2017 17:38:55 +0100 - rev 688797
Push 86848 by bmo:ato@sny.no at Mon, 30 Oct 2017 16:59:49 +0000
Bug 1410652 - Fix various API documentation in element module. r?whimboo MozReview-Commit-ID: AaGnolglX5n
a086f2347e42889363c8bd5a62c3b5eba23a1d0d: Bug 1410652 - Fix API docs of assert functions. r?whimboo draft
Andreas Tolfsen <ato@sny.no> - Tue, 24 Oct 2017 17:32:26 +0100 - rev 688796
Push 86848 by bmo:ato@sny.no at Mon, 30 Oct 2017 16:59:49 +0000
Bug 1410652 - Fix API docs of assert functions. r?whimboo MozReview-Commit-ID: HktgnHoCGZV
cebe1e7ff0f37fe49a504e8babb7167a99351af3: Bug 1412751 - Add building multilocale.json to the libs step. draft
Zibi Braniecki <zbraniecki@mozilla.com> - Mon, 30 Oct 2017 09:50:16 -0700 - rev 688795
Push 86847 by bmo:gandalf@aviary.pl at Mon, 30 Oct 2017 16:56:05 +0000
Bug 1412751 - Add building multilocale.json to the libs step. MozReview-Commit-ID: 2MalHxkcFxn
1b30f3dfc740e75378a6fb4786affc24db26520e: Bug 1386018 - Tell users that the default search engine was set by an extension r?jaws r?aswan draft
Mark Striemer <mstriemer@mozilla.com> - Wed, 18 Oct 2017 14:54:54 -0500 - rev 688794
Push 86846 by bmo:mstriemer@mozilla.com at Mon, 30 Oct 2017 16:56:01 +0000
Bug 1386018 - Tell users that the default search engine was set by an extension r?jaws r?aswan MozReview-Commit-ID: A7uJ2lN0cLF
889894e70f00a1ef978c2f94f9f1afae2c1c978b: Bug 1412431 - Remove support for MOZ_BUILD_PROJECTS; r?build draft
Gregory Szorc <gps@mozilla.com> - Fri, 27 Oct 2017 15:20:34 -0700 - rev 688793
Push 86845 by bmo:gps@mozilla.com at Mon, 30 Oct 2017 16:54:04 +0000
Bug 1412431 - Remove support for MOZ_BUILD_PROJECTS; r?build This was mainly used to support Universal MacOS builds, which were removed several months ago. In theory, someone could be using this feature to build multiple applications with one build system invocation. But given that client.mk is no longer the preferred interface to the build system and multiple applications can be built by running `mach build` with different mozconfigs, I don't think support for this feature is worth keeping. This commit removes support for MOZ_BUILD_PROJECTS and related functionality from client.mk. Support for recognizing MOZ_CURRENT_PROJECT in configure and mozconfig evaluation has also been removed. This includes support for the ac_add_app_options mozconfig function. Good riddance. MozReview-Commit-ID: 7xI2jYxDFFr
ecfa12a477af6c0c29b2cc9873a0ba30d7cfc0a7: Bug 1412431 - Remove support for MOZ_PREFLIGHT and MOZ_POSTFLIGHT; r?build draft
Gregory Szorc <gps@mozilla.com> - Fri, 27 Oct 2017 14:55:31 -0700 - rev 688792
Push 86845 by bmo:gps@mozilla.com at Mon, 30 Oct 2017 16:54:04 +0000
Bug 1412431 - Remove support for MOZ_PREFLIGHT and MOZ_POSTFLIGHT; r?build These variables are unused in the repo. The %_ALL variation is used for sccache, however. The last use of these variables was removed when support for MacOS universal builds was removed. Someone somewhere may be relying on this functionality. But I don't think it is worth continuing to support in client.mk. If someone really needs it, we can reintroduce support for the feature elsewhere, like in mach or via mozconfig support somehow. MozReview-Commit-ID: 4KznCmK3JTN
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip