fa01bfd1bccb84038a68858733bdf3edbcde0bba: Bug 1373218 - Add invalid cookie domain error to status lookup; r?automatedtester draft
Andreas Tolfsen <ato@mozilla.com> - Thu, 15 Jun 2017 13:36:47 +0100 - rev 594759
Push 64126 by bmo:ato@mozilla.com at Thu, 15 Jun 2017 12:38:06 +0000
Bug 1373218 - Add invalid cookie domain error to status lookup; r?automatedtester The InvalidCookieDomainError type is missing a status lookup key in testing/marionette/error.js. This adds "invalid cookie domain" as a reverse lookup for the type. MozReview-Commit-ID: 69hkk28axtt
b8f0d5945e2015f9723fcfe7f89b918152b706cc: Bug 1371709 - Update wpt metadata, r=ato draft
James Graham <james@hoppipolla.co.uk> - Thu, 15 Jun 2017 13:31:12 +0100 - rev 594758
Push 64125 by bmo:james@hoppipolla.co.uk at Thu, 15 Jun 2017 12:35:14 +0000
Bug 1371709 - Update wpt metadata, r=ato MozReview-Commit-ID: LOhRVBc2GwK
5abfb3f42bdab8bd786e3ee8a6e305aaedb6b803: Bug 1368438 - Add -j to mach try, r?chmanchester draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 15 Jun 2017 08:14:22 -0400 - rev 594757
Push 64124 by ahalberstadt@mozilla.com at Thu, 15 Jun 2017 12:30:59 +0000
Bug 1368438 - Add -j to mach try, r?chmanchester The -j try syntax specifies a "job" task. Job tasks are different from unittests in that they typically don't require a build and run from the source tree. Examples include linters (eslint, flake8, etc), python tests (mozbase, mochitest, etc) and misc things like doc generation. Sometimes, developers might only want to run a specific "job" task with a syntax like: try: -j mozbase This means a few assumptions need to be broken in |mach try|. Platforms and unittests should no longer be required if -j was specified. Most of the changes in this patch revolve around dealing with those broken assumptions. MozReview-Commit-ID: O0y6V2Wwej
d838745d9ac3bd9f79f2e7318225ca67e919225a: Bug 1368438 - Make it possible to only schedule builds with |mach try|, r?chmanchester draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 15 Jun 2017 08:14:17 -0400 - rev 594756
Push 64124 by ahalberstadt@mozilla.com at Thu, 15 Jun 2017 12:30:59 +0000
Bug 1368438 - Make it possible to only schedule builds with |mach try|, r?chmanchester Currently if no unittests, paths or tags are specified it will error out. MozReview-Commit-ID: O0y6V2Wwej
c69743bdd76adc0d7ddd2a551bd8bc9f203c6cbe: Bug 1367029 - Defer gathering isDefaultBrowser until session restore completes. r?gfritzsche draft
Alessio Placitelli <alessio.placitelli@gmail.com> - Wed, 14 Jun 2017 11:57:14 +0200 - rev 594755
Push 64123 by alessio.placitelli@gmail.com at Thu, 15 Jun 2017 12:22:44 +0000
Bug 1367029 - Defer gathering isDefaultBrowser until session restore completes. r?gfritzsche Gathering this data point takes up to 100ms on reference hardware and might impact startup performance. MozReview-Commit-ID: 32sd5uUF08N
9e2f2fe7eacea489e1049cc330dbf8aa38abeea7: Bug 1373216 - Add mach command for starting geckodriver, r=ato draft
James Graham <james@hoppipolla.co.uk> - Thu, 15 Jun 2017 12:47:20 +0100 - rev 594754
Push 64122 by bmo:james@hoppipolla.co.uk at Thu, 15 Jun 2017 12:20:31 +0000
Bug 1373216 - Add mach command for starting geckodriver, r=ato MozReview-Commit-ID: 8hNAjT5db44
917ed4872fed7a60935ba7343b98f39e0c2c811d: Bug 1371709 - Reenable wpt navigation test, r=ato draft
James Graham <james@hoppipolla.co.uk> - Fri, 09 Jun 2017 16:46:47 +0100 - rev 594753
Push 64122 by bmo:james@hoppipolla.co.uk at Thu, 15 Jun 2017 12:20:31 +0000
Bug 1371709 - Reenable wpt navigation test, r=ato MozReview-Commit-ID: FrfRy1N6HPH
a9adb30834023b6e724c8d13c18f64d360188e79: Bug 1371709 - Fix typo in module name, r=ato draft
James Graham <james@hoppipolla.co.uk> - Fri, 09 Jun 2017 16:46:14 +0100 - rev 594752
Push 64122 by bmo:james@hoppipolla.co.uk at Thu, 15 Jun 2017 12:20:31 +0000
Bug 1371709 - Fix typo in module name, r=ato MozReview-Commit-ID: DJFdq6eSd9T
22d0d6e93cb923c3a9282311f5ce3ae7a06d4bf3: Bug 1371709 - Support passing profile to Firefox wdspec tests, r=ato draft
James Graham <james@hoppipolla.co.uk> - Fri, 09 Jun 2017 16:42:33 +0100 - rev 594751
Push 64122 by bmo:james@hoppipolla.co.uk at Thu, 15 Jun 2017 12:20:31 +0000
Bug 1371709 - Support passing profile to Firefox wdspec tests, r=ato In order for wdspec tests to run against Firefox with the correct settings we need to ensure that they use a correctly configured profile. We could do this by creating a profile with a -profile argument, but that has the disadvantage that the profile is fixed for all tests and so we don't clean out as much state as we would like. Instead we generate a profile upfront, base64 encode it, and pass it through the profile capability. MozReview-Commit-ID: H1B7CLVwpsp
4210c68c56314ed673a004955b48c4553f6f7e2d: Bug 1371709 - Disallow capabilities with duplicate profiles, r=ato draft
James Graham <james@hoppipolla.co.uk> - Mon, 12 Jun 2017 17:20:43 +0100 - rev 594750
Push 64122 by bmo:james@hoppipolla.co.uk at Thu, 15 Jun 2017 12:20:31 +0000
Bug 1371709 - Disallow capabilities with duplicate profiles, r=ato Mismatch capabilities if a user tries to start a session with both a profile-selecting command line argument in args and an explicit profile. MozReview-Commit-ID: FtfGFUwa2YN
ea3d9bf76ca7376fb3486bcf6b4dca3c6de0a291: Bug 1367810 - Don't race cache with network when CORS preflight is required for a channel r=michal draft
Valentin Gosu <valentin.gosu@gmail.com> - Thu, 15 Jun 2017 15:03:31 +0300 - rev 594749
Push 64121 by valentin.gosu@gmail.com at Thu, 15 Jun 2017 12:08:20 +0000
Bug 1367810 - Don't race cache with network when CORS preflight is required for a channel r=michal MozReview-Commit-ID: CPyafHsMYoy
83950bcdffaf775b8740bc8a13d72a737cf21e4c: Bug 1371882 - Remove unneeded MediaCache::mContentLength - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 17:32:26 +1200 - rev 594748
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - Remove unneeded MediaCache::mContentLength - r?cpearce Now that MediaCache doesn't use the content length to decide which block cache to use, and can know it's the file-backed MediaCache (to reset the pointer, and for telemetry purposes), we don't need to store mContentLength anymore. MozReview-Commit-ID: KjxarKFe9WK
693ea44ca7d6e736876cbe44b238a48339cecfdc: Bug 1371882 - MemoryBlockCache claims extra buffer capacity if any - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 18:38:52 +1200 - rev 594747
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - MemoryBlockCache claims extra buffer capacity if any - r?cpearce MozReview-Commit-ID: GDLs8FcuD07
e896a3c0b1448e819fff405bd742c1a57c8d3670: Bug 1371882 - MemoryBlockCache is responsible for tracking the combined size of all its buffers - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 17:10:54 +1200 - rev 594746
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - MemoryBlockCache is responsible for tracking the combined size of all its buffers - r?cpearce MemoryBlockCache won't allow initializing, or growing an existing buffer, above the limit (min of 'media.memory_caches_combined_limit_kb' or sysmem*'media.memory_caches_combined_limit_pc_sysmem'/100). MozReview-Commit-ID: 6MkwFp2eeth
f6c0862f48165fa9d7c59c0b9674dff1f6977af5: Bug 1371882 - Let GetMediaCache decide which block cache to use - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 16:32:06 +1200 - rev 594745
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - Let GetMediaCache decide which block cache to use - r?cpearce This allows a fallback to the file-backed MediaCache, if a MemoryBlockCache could not be created and initialized (which may happen in the next patch, where MemoryBlockCache will take care of not using more than MediaMemoryCachesCombinedLimit). MediaCache::Init() is not needed anymore, as its only work was to initialize its block cache. MozReview-Commit-ID: ItAdOPuxEvt
8a19bb02995f462801ef7d22e11900b51178c5a2: Bug 1371882 - MediaCache::Flush reinitializes block cache instead of recreating it - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 16:12:30 +1200 - rev 594744
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - MediaCache::Flush reinitializes block cache instead of recreating it - r?cpearce This saves from destruction&re-construction efforts, makes the flushing less prone to first-initialization failures. And it will allow moving the choice of block cache outside of MediaCache::Init. MozReview-Commit-ID: 8vSunM3rRkL
493fe47b787667a5e9a9cf69a8faa84f48f91e36: Bug 1371882 - MediaBlockCacheBase::Init may be called again to re-initialize cache - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 15:55:39 +1200 - rev 594743
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - MediaBlockCacheBase::Init may be called again to re-initialize cache - r?cpearce This will be useful to let the MediaCache flush its block cache without having to restart from scratch (and risk failing). MozReview-Commit-ID: At3mxH9jb9m
25febcb52f9bf80a7fca8fcd32d08c0bfd7a4190: Bug 1371882 - MediaCache is now ref-counted - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 15:02:25 +1200 - rev 594742
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - MediaCache is now ref-counted - r?cpearce MediaCacheStreams have owning shared pointers to their MediaCache, and a MediaCache owns itself while an update is in flight. A non-owning pointer `gMediaCache` is only used by GetMediaCache and ~MediaCache to manage the one file-backed MediaCache. MozReview-Commit-ID: AQHuXWGrKt6
4dc40724611faa723ca66c2d73e0e57b7308f2cd: Bug 1371882 - Remove MediaBlockCacheBase::Close() - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 14:10:05 +1200 - rev 594741
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - Remove MediaBlockCacheBase::Close() - r?cpearce The only external use of Close was always followed by an implicit destruction (by resetting the RefPtr), so we don't need to expose it, and it can be done from the destructor. FileBlockCache keeps its Close() function for internal use. Also, FileBlockCache::mIsOpen is redundant, as it's true iff mThread is not null. MozReview-Commit-ID: LV7YVrwJvGG
9dd0a2e346cb36bc6470939b8d31523abfc22277: Bug 1371882 - Avoid MemoryBlockCache when combined sizes > 'media.memory_caches_combined_limit_...' - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Mon, 12 Jun 2017 15:42:26 +1200 - rev 594740
Push 64120 by gsquelart@mozilla.com at Thu, 15 Jun 2017 11:41:26 +0000
Bug 1371882 - Avoid MemoryBlockCache when combined sizes > 'media.memory_caches_combined_limit_...' - r?cpearce Don't go over the lowest of 'media.memory_caches_combined_limit_kb' (kilobytes) or 'media.memory_caches_combined_limit_pc_sysmem' (percents of system memory). Added more logging around creation/destruction of MediaCaches. MozReview-Commit-ID: Cdz4ycyn1RR
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip