609000bcc11211d7c27ceea36fa2d2262fa0523f: Bug 1269961 followup because I didn't resolve the merge conflict completely a=me FIREFOX_47_0b3_BUILD1 FIREFOX_47_0b3_RELEASE
Wes Kocher <wkocher@mozilla.com> - Thu, 05 May 2016 12:51:46 -0700 - rev 324274
Push 5957 by kwierso@gmail.com at Thu, 05 May 2016 19:52:03 +0000
Bug 1269961 followup because I didn't resolve the merge conflict completely a=me
aaa01584f1a60baabd1820670258f16ca61a8c68: Bug 1269961 - Collect more telemetry on content process crashes (r=jimm,mconley) a=ritu
Bill McCloskey <billm@mozilla.com> - Tue, 03 May 2016 20:08:41 -0700 - rev 324273
Push 5956 by kwierso@gmail.com at Thu, 05 May 2016 19:39:04 +0000
Bug 1269961 - Collect more telemetry on content process crashes (r=jimm,mconley) a=ritu
430e684887b691cda24ade3db0d45469bd476d0d: Bug 1269961 - Remove listeners from RemotePageManager before invoking Unload (r=mconley) a=ritu
Bill McCloskey <billm@mozilla.com> - Tue, 03 May 2016 20:08:33 -0700 - rev 324272
Push 5956 by kwierso@gmail.com at Thu, 05 May 2016 19:39:04 +0000
Bug 1269961 - Remove listeners from RemotePageManager before invoking Unload (r=mconley) a=ritu
7754cd79897df6a4110a1a0b54b2a4a62ea2e353: Bug 1260944 - Fix ANGLE D3D WARP for WebGL. - r=jrmuizel a=ritu
Jeff Gilbert <jgilbert@mozilla.com> - Wed, 06 Apr 2016 13:47:25 -0700 - rev 324271
Push 5956 by kwierso@gmail.com at Thu, 05 May 2016 19:39:04 +0000
Bug 1260944 - Fix ANGLE D3D WARP for WebGL. - r=jrmuizel a=ritu
f139d7717a06c30e68fcdb8d54be45e5ba60c2ee: Bug 1263941 - History is not displayed in the 3-dot menu if History panel is set as default after it was hidden. r=sebastian a=ritu
Chenxia Liu <liuche@mozilla.com> - Wed, 20 Apr 2016 11:03:35 -0700 - rev 324270
Push 5956 by kwierso@gmail.com at Thu, 05 May 2016 19:39:04 +0000
Bug 1263941 - History is not displayed in the 3-dot menu if History panel is set as default after it was hidden. r=sebastian a=ritu MozReview-Commit-ID: 1hSKJd0r0fv
60fa9092948943075f197bb587b80d9dc2139884: Bug 1248399 - Update browser.snippets.geoURL and handling code to use MLS instead of geodude. r=giorgos,grisha a=ritu
Margaret Leibovic <margaret.leibovic@gmail.com> - Tue, 22 Mar 2016 15:50:43 -0400 - rev 324269
Push 5956 by kwierso@gmail.com at Thu, 05 May 2016 19:39:04 +0000
Bug 1248399 - Update browser.snippets.geoURL and handling code to use MLS instead of geodude. r=giorgos,grisha a=ritu MozReview-Commit-ID: wm4ZYbRCcq
eac275b1daa5b926efe9525d9ad08ebd23e6cf2b: Bug 1245493 - Don't animate when showing toolbar when FF is first unhidden. r=margaret, a=ritu
Michael Comella <michael.l.comella@gmail.com> - Mon, 28 Mar 2016 18:50:52 -0700 - rev 324268
Push 5955 by kwierso@gmail.com at Thu, 05 May 2016 18:12:32 +0000
Bug 1245493 - Don't animate when showing toolbar when FF is first unhidden. r=margaret, a=ritu After this patch, I still occasionally see the toolbar positioned part way down from the top of the screen. However, this state looks slightly less janky without the animation I removed and I can't consistently reproduce it anymore. Given the DynamicToolbar.setVisible calls I make, I'd guess this is likely to be a bug caused by BrowserApp.onTabChanged (and thus DynamicToolbar.setVisible) not getting called instantly and so the DynamicToolbar is initialized to a different location on screen. I'd guess it's a bug in DynamicToolbar as to why it's positioned partially off-screen. There is a little bit of code duplication, but that is because the code to load a url on a new intent is duplicated (i.e. once from GeckoApp.initialize - the initial load - and once from GeckoApp.onNewIntent). This could potentially be cleaned up if we moved the app loading code into onResume, but that may not be possible since we need to wait for Gecko to start up. Additionally, this patch adds a lot of hard-to-follow global state, which is also not good. Preferred solution (bug 1269041): show the toolbar each time onStart is called (i.e. FF is unhidden). This is good for the user - they'll be more aware which page they're on - but it's janky with the current implementation, where the page content does not scroll when the toolbar is shown so previously visible content is hidden. Thus, I went with the other approach. fwiw, Chrome does this behavior, but scrolls the toolbar offscreen shortly after it is shown. This solution is blocked on bug 1245523. MozReview-Commit-ID: 7JjCrIf4KTm
4b58059be1b968ac604930b250d66d54ffb8985e: Bug 1267600 - Ask the main thread to shut down the SystemClockDriver if needed. r=jesup a=ritu
Randell Jesup <rjesup@jesup.org> - Tue, 26 Apr 2016 15:33:14 -0400 - rev 324267
Push 5955 by kwierso@gmail.com at Thu, 05 May 2016 18:12:32 +0000
Bug 1267600 - Ask the main thread to shut down the SystemClockDriver if needed. r=jesup a=ritu MozReview-Commit-ID: 3v74w9UN4o3
5aa970a6544011a5d6546e0dc65a890594462391: Bug 1259641 - Do not force reflow for all tabs when size mode changed. r=smaug a=ritu
Wei-Cheng Pan <wpan@mozilla.com> - Wed, 20 Apr 2016 11:41:42 +0800 - rev 324266
Push 5955 by kwierso@gmail.com at Thu, 05 May 2016 18:12:32 +0000
Bug 1259641 - Do not force reflow for all tabs when size mode changed. r=smaug a=ritu MozReview-Commit-ID: GoTCM60Hmlf
51bf84d154d5bb06474c4eb1891bd0ecf16d64b6: Bug 1262659 - Report HTTP Live Streaming playback requests. r=cpearce,bsmedberg a=ritu
Ralph Giles <giles@mozilla.com> - Mon, 11 Apr 2016 14:13:43 -0700 - rev 324265
Push 5955 by kwierso@gmail.com at Thu, 05 May 2016 18:12:32 +0000
Bug 1262659 - Report HTTP Live Streaming playback requests. r=cpearce,bsmedberg a=ritu Identify HLS media types (and related m3u playlists) and report telemetry about how often we fail to play them. This is designed to measure popularity to inform decisions about support for this format. MozReview-Commit-ID: Fp8lNMOJKyA
53445c568c7cc7a18481e9518a156d01fedc7c1a: Bug 1265035 - Make ~WorkerJSRuntime() handle Initialize() failure better. r=khuey. a=ritu
Nicholas Nethercote <nnethercote@mozilla.com> - Tue, 19 Apr 2016 14:04:32 +1000 - rev 324264
Push 5955 by kwierso@gmail.com at Thu, 05 May 2016 18:12:32 +0000
Bug 1265035 - Make ~WorkerJSRuntime() handle Initialize() failure better. r=khuey. a=ritu
936cfcbdd50490af778f7964ed200acee0b949a1: Bug 1239550 - Apply bug 1228230 against media/ffvpx. r=glandium,jya a=ritu
Jan Beich <jbeich@FreeBSD.org> - Sat, 09 Apr 2016 10:48:50 +0000 - rev 324263
Push 5955 by kwierso@gmail.com at Thu, 05 May 2016 18:12:32 +0000
Bug 1239550 - Apply bug 1228230 against media/ffvpx. r=glandium,jya a=ritu MozReview-Commit-ID: EGLaoJnSaWY
f67fcfa24a72f7b599aed39c95c370a83bba5f0e: Bug 1269174: Fix nsSVGViewBox::HasRect() to return false instead of using stale mBaseVal. r=longsonr a=ritu
Daniel Holbert <dholbert@cs.stanford.edu> - Tue, 03 May 2016 07:40:26 -0700 - rev 324262
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1269174: Fix nsSVGViewBox::HasRect() to return false instead of using stale mBaseVal. r=longsonr a=ritu MozReview-Commit-ID: esNxaomT3D
aa9c3d613c8cf71372433711313cd37877810b01: Bug 1269055 - If a connection is reused, retry requests even if the request method is not safe (revert to old(ff45) behavior).r=mcmanus a=lizzard
Dragana Damjanovic <dd.mozilla@gmail.com> - Tue, 03 May 2016 17:39:30 -0700 - rev 324261
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1269055 - If a connection is reused, retry requests even if the request method is not safe (revert to old(ff45) behavior).r=mcmanus a=lizzard MozReview-Commit-ID: INw61hHzvDl
ed7956ef13b15f43def53ae5482472775cc9f77d: Bug 1268548 - Add telemetry for when the addon manager upgrade dialog is shown, r=rhelmer a=ritu
Benjamin Smedberg <benjamin@smedbergs.us> - Thu, 28 Apr 2016 13:07:42 -0400 - rev 324260
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1268548 - Add telemetry for when the addon manager upgrade dialog is shown, r=rhelmer a=ritu MozReview-Commit-ID: 7dxkY9lIMWc
e69afe7adf97837f456d211227f0dbbf3c422474: Bug 1266129 - Upgrade ffvpx to 3.0.2. . r=ajones a=ritu
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 28 Apr 2016 21:31:18 +1000 - rev 324259
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1266129 - Upgrade ffvpx to 3.0.2. . r=ajones a=ritu
82f0a7f855d3ac63c6a1294818dac04afbc0f69e: Bug 1268379 - Delay WMF checks in GMPParent - r=jesup a=ritu
Gerald Squelart <gsquelart@mozilla.com> - Mon, 02 May 2016 15:03:11 +1000 - rev 324258
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1268379 - Delay WMF checks in GMPParent - r=jesup a=ritu The WMF HasAAC/HasH264 checks were done off the main thread, as soon as the plugin was loaded, which was way too soon in the overall startup process, when the WMF subsystem may not have been properly initialized yet, or may be in the middle of it. The solution here is to delay these checks until they are actually needed to respond to a format-support request, as they come later in the process. Note: This may not be the ideal solution yet, as we are still relying on some magic sequencing of events. Other avenues have been explored unsuccessfully yet, but we may want to revisit this issue after this urgent patch has landed. MozReview-Commit-ID: JVgINc5FLFx
4c0b0d24ab3b9d459a4405613a2940d6abaf4eef: Bug 1268130, part 2 - Make ByteLengthIsValid failures fatal in release builds. r=froydnj a=ritu
Andrew McCreight <continuation@gmail.com> - Thu, 28 Apr 2016 10:00:46 -0700 - rev 324257
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1268130, part 2 - Make ByteLengthIsValid failures fatal in release builds. r=froydnj a=ritu This will stop us from sending truncated messages, which will make the receiver crash.
35ff782279c5b5940c1ce7e71c8b93b053a7b60f: Bug 1268130, part 1 - Reimplement ByteLengthIsValid using CheckedInt. r=froydnj a=ritu
Andrew McCreight <continuation@gmail.com> - Thu, 28 Apr 2016 10:00:46 -0700 - rev 324256
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1268130, part 1 - Reimplement ByteLengthIsValid using CheckedInt. r=froydnj a=ritu The first check in ByteLengthIsValid() says "nsTArray only handles sizes up to INT32_MAX", but the actual requirement is that the capacity is no larger than UINT32_MAX. The check is overly restrictive if sizeof(E) is 1 byte, and overly permissive if sizeof(E) is greater than 2 bytes. I removed this check. Internal nsTArray invariants should be enforced by nsTArray methods. The second check is trying to check for overflow, but that should just be done using CheckedInt.
98e63df2b716e5ae57029eb0150c7d365dda653e: Bug 1256952, revert this bug a=ritu
Neil Deakin <neil@mozilla.com> - Thu, 05 May 2016 10:41:39 -0700 - rev 324255
Push 5954 by kwierso@gmail.com at Thu, 05 May 2016 18:03:57 +0000
Bug 1256952, revert this bug a=ritu
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip