cb2d415866e65dd6b0187888693ec7a4d2a5c272: Merge m-c to inbound, a=merge
Wes Kocher <wkocher@mozilla.com> - Thu, 15 Jun 2017 16:26:40 -0700 - rev 595184
Push 64273 by bmo:tigleym@gmail.com at Fri, 16 Jun 2017 04:57:40 +0000
Merge m-c to inbound, a=merge MozReview-Commit-ID: Gpr1rVG4pMo
d745591852030ca3d904ec913d0b1e224529c030: Bug 1366837 - Add AccessibleHandler registration info to aboutSupport. r=smaug r=aklotz
Eitan Isaacson <eitan@monotonous.org> - Thu, 15 Jun 2017 09:04:36 -0700 - rev 595183
Push 64273 by bmo:tigleym@gmail.com at Fri, 16 Jun 2017 04:57:40 +0000
Bug 1366837 - Add AccessibleHandler registration info to aboutSupport. r=smaug r=aklotz
73d1332a69f4dda882a17e413f40761fc44512aa: Bug 1366374 - Check if AccessibleHandler.dll is registered before using. r=aklotz
Eitan Isaacson <eitan@monotonous.org> - Thu, 15 Jun 2017 09:05:26 -0700 - rev 595182
Push 64273 by bmo:tigleym@gmail.com at Fri, 16 Jun 2017 04:57:40 +0000
Bug 1366374 - Check if AccessibleHandler.dll is registered before using. r=aklotz
d220383ec899a25106b913433f8938dbfea96b5f: Bug 1341493 - Wait for accessibility element if accessibility doc is busy. r=automatedtester
Brendan Dahl <brendan.dahl@gmail.com> - Thu, 15 Jun 2017 14:53:14 -0700 - rev 595181
Push 64273 by bmo:tigleym@gmail.com at Fri, 16 Jun 2017 04:57:40 +0000
Bug 1341493 - Wait for accessibility element if accessibility doc is busy. r=automatedtester Occasionally marionette tries to get the accessibility element while the elements are still being built. This causes getAccessibleFor to return null when there actually should be an accessibility element available. Instead, if the document is busy, wait until it finishes to get the accessibility element.
12caabbf2ba860021b1879c5cc9e7ce521aa373e: Bug 1367810 - Don't race cache with network when CORS preflight is required for a channel r=michal
Valentin Gosu <valentin.gosu@gmail.com> - Fri, 16 Jun 2017 00:32:00 +0300 - rev 595180
Push 64273 by bmo:tigleym@gmail.com at Fri, 16 Jun 2017 04:57:40 +0000
Bug 1367810 - Don't race cache with network when CORS preflight is required for a channel r=michal MozReview-Commit-ID: CPyafHsMYoy
c83344a415617b997c07104a92f085f476d974b7: Bug 1373281 - Null-check mStackToFill before collecting psuedostacks, r=froydnj
Michael Layzell <michael@thelayzells.com> - Thu, 15 Jun 2017 11:58:22 -0400 - rev 595179
Push 64273 by bmo:tigleym@gmail.com at Fri, 16 Jun 2017 04:57:40 +0000
Bug 1373281 - Null-check mStackToFill before collecting psuedostacks, r=froydnj This was causing a crash on nightly. The browser would try to collect only a native stack, and then attempt to dereference the null pointer for the pseudostack. I think this didn't happen on infra as it only occurs when the user has hung a sufficient number of times. MozReview-Commit-ID: 6RSW2llKBjT
1d18bf5da7b59f461dc8ca8a685f7899f3e8258c: Bug 1373162 - Make sure GeckoHlsPlayer java callback runnable won't access a null object when player is removed. draft
Kilik Kuo <kikuo@mozilla.com> - Fri, 16 Jun 2017 12:18:49 +0800 - rev 595178
Push 64272 by bmo:kikuo@mozilla.com at Fri, 16 Jun 2017 04:19:43 +0000
Bug 1373162 - Make sure GeckoHlsPlayer java callback runnable won't access a null object when player is removed. MozReview-Commit-ID: CsKSwLOHmlJ
16b9b06292e21b1201978ce2eea23f1fd20cd6db: Bug 1372528 - Change search settings redirects to General section of about:preferences r?jaws draft
Ricky Chien <ricky060709@gmail.com> - Thu, 15 Jun 2017 16:22:43 +0800 - rev 595177
Push 64271 by bmo:rchien@mozilla.com at Fri, 16 Jun 2017 04:04:49 +0000
Bug 1372528 - Change search settings redirects to General section of about:preferences r?jaws MozReview-Commit-ID: J5biFoOjsXX
05f9b37d6300732ef99c4ba179da6bcb4e4abb9f: Bug 1372583 - Hide about:preferences#containers panel in search result r?jaws draft
Ricky Chien <ricky060709@gmail.com> - Wed, 14 Jun 2017 23:09:51 +0800 - rev 595176
Push 64270 by bmo:rchien@mozilla.com at Fri, 16 Jun 2017 04:04:08 +0000
Bug 1372583 - Hide about:preferences#containers panel in search result r?jaws MozReview-Commit-ID: Fv3W3qqXsTt
f7fe03004095ebb2beecefb8798647b751989001: Bug 1373162 - Make sure GeckoHlsPlayer java callback runnable won't access a null object when player is removed. draft
Kilik Kuo <kikuo@mozilla.com> - Fri, 16 Jun 2017 11:51:22 +0800 - rev 595175
Push 64269 by bmo:kikuo@mozilla.com at Fri, 16 Jun 2017 03:53:33 +0000
Bug 1373162 - Make sure GeckoHlsPlayer java callback runnable won't access a null object when player is removed. MozReview-Commit-ID: CsKSwLOHmlJ
ece8cc6b76b3c11c2232dcde4b8badd711322fde: Bug 1373500 - [Fennec][HLS] Set DEBUG flag based on AppConstants.NIGHTLY_BUILD || AppConstants.DEBUG_BUILD. r?kikuo draft
James Cheng <jacheng@mozilla.com> - Fri, 16 Jun 2017 11:43:14 +0800 - rev 595174
Push 64268 by bmo:jacheng@mozilla.com at Fri, 16 Jun 2017 03:43:37 +0000
Bug 1373500 - [Fennec][HLS] Set DEBUG flag based on AppConstants.NIGHTLY_BUILD || AppConstants.DEBUG_BUILD. r?kikuo MozReview-Commit-ID: EpqoldI2QCI
9f8e3d6c1522c46ecaf513e174f9833249920ef1: Bug 1373018 - Part 11: stylo: Move cached style structs to GeckoStyleContext; r?bholley draft
Manish Goregaokar <manishearth@gmail.com> - Sat, 10 Jun 2017 22:27:45 -0700 - rev 595173
Push 64267 by bmo:manishearth@gmail.com at Fri, 16 Jun 2017 03:42:05 +0000
Bug 1373018 - Part 11: stylo: Move cached style structs to GeckoStyleContext; r?bholley MozReview-Commit-ID: 1LA8AJ3oNwF
f1b42427572ff81fe4b803f46a7cbd632b60a8a4: Bug 1363721 - Make about:preferences sub-dialog content highlightable r?mconley draft
Ricky Chien <ricky060709@gmail.com> - Thu, 01 Jun 2017 16:02:36 +0800 - rev 595172
Push 64266 by bmo:rchien@mozilla.com at Fri, 16 Jun 2017 03:41:12 +0000
Bug 1363721 - Make about:preferences sub-dialog content highlightable r?mconley MozReview-Commit-ID: Dtha0R8n6X6
8cfd39d929c28cf06f3e01c75b27be01e21b57d2: Bug 1371882 - Remove unneeded MediaCache::mContentLength - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 17:32:26 +1200 - rev 595171
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +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
e3276ec587259bedda46b99500a65c7b9d5abed2: 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 595170
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +0000
Bug 1371882 - MemoryBlockCache claims extra buffer capacity if any - r?cpearce MozReview-Commit-ID: GDLs8FcuD07
2994a8575637e5fb4c894221360c7868a5f1f9d1: 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 595169
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +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
6da7c3e9504cd58c6d3afc656ae58b9ab445db5e: 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 595168
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +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
38054b35434d5f77a17fe4273ef626228486e117: 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 595167
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +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
80cd4f7e6c13c04eec2e6ef7e1fb394c7701d2cb: 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 595166
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +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
507ffe036c060afb18bba30c3afa0884ee06a99e: Bug 1371882 - MediaCache is now ref-counted - r?cpearce draft
Gerald Squelart <gsquelart@mozilla.com> - Thu, 15 Jun 2017 15:02:25 +1200 - rev 595165
Push 64265 by gsquelart@mozilla.com at Fri, 16 Jun 2017 03:37:56 +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
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip