44a9281f2a77ca666da022d005610c3caa7a3038: Bug 1266336 - Check sCDMWrapper before creating video decoder - r=cpearce,a=ritu
Gerald Squelart <gsquelart@mozilla.com> - Thu, 05 May 2016 11:37:22 +1000 - rev 365868
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1266336 - Check sCDMWrapper before creating video decoder - r=cpearce,a=ritu Ensure that there is a CDM before creating a video decoder that relies on that CDM. This is mainly to prevent using the Widevine video decoder alone, without decryption. MozReview-Commit-ID: 7p49CnmV2r7
7ce8790265c6886eee94e5aa8438c06f1c645681: Bug 1266286 - Ensure crash reports work for GMP used by EME code. r=mconley,a=ritu
Chris Pearce <cpearce@mozilla.com> - Wed, 04 May 2016 20:32:00 -0400 - rev 365867
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1266286 - Ensure crash reports work for GMP used by EME code. r=mconley,a=ritu Crash reporting for GMPs being used from the EME call site are not generating crash reports because they depend on the MediaKeys object calling GMPService::AddPluginCrashHandler() to associate a window to which the PluginCrashedEvent is fired. This doesn't work with e10s enabled because the GMPParent which causes the plugin crash handlers to run is in the chrome process, but the MediaKeys which adds the handler is in the child process. So the crash handler is on the GMPServiceChild, but we only run the crash handlers that were added to the GMPServiceParent in the chrome/parent process. The solution is to broadcast a message from the chrome process to all the content processes when a GMP has crashed that causes the GMPServiceChild to also run its crash handlers. MozReview-Commit-ID: 8Lek16G9ZGb
fc51f034e4aca08b76934a832d7dc7db1954b9d2: Bug 1264187 - check for a ProtoAndIfaceCache before blindly destroying it; r=bz, a=ritu
Nathan Froyd <froydnj.com> - Thu, 14 Apr 2016 11:42:34 -0400 - rev 365866
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1264187 - check for a ProtoAndIfaceCache before blindly destroying it; r=bz, a=ritu We normally create global objects in the DOM bindings via: 1. Call JS_NewGlobalObject. 2. Set a private slot to hold a ProtoAndIfaceCache. 3. Other steps that aren't relevant here. However, it's possible for step 1 to construct a global inside the JS engine and then fail to initialize it in some way. When that happens, the newly-created object will be subjected to GC and any GC-related hooks that were passed in to JS_NewGlobalObject. Which implies that our tracing and finalization hooks must be prepared to handle an object that's not fully initialized--i.e. doesn't have a ProtoAndIfaceCache object allocated for it. We handled such a case in our trace hook, but we failed to add the same check for our finalization hook. Do so.
0eb768d9a992290e12083c4f65f0c64c22517233: No bug, Automated blocklist update from host bld-linux64-spot-1053 - a=blocklist-update
ffxbld - Sat, 07 May 2016 03:16:12 -0700 - rev 365865
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
No bug, Automated blocklist update from host bld-linux64-spot-1053 - a=blocklist-update
025d85d8686491f7975b9d2e86b97180e3f9e0fa: Bug 1229259 - Always initialise new tabs with basic session store data. r=margaret a=ritu
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 07 Apr 2016 22:02:05 +0200 - rev 365864
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1229259 - Always initialise new tabs with basic session store data. r=margaret a=ritu When opening a new tab, there is a small window between tab creation and the DOMTitleChanged event firing where the tab - if it is not created as a delay loaded zombie tab right away - won't have any session store data. However a number of functions (tab zombification and restoring of zombified tabs, undo close tabs) depend on the session store data always being available, so things can fall apart if e.g. a zombification is triggered immediately after opening a new tab. This also means that a tab which is zombfied immediately after its creation (e.g. when a number of tabs are opened through tab queues on startup) is not included in a session save and will therefore get lost if Firefox is killed. Therefore, we now always intialise new tabs with some basic session store data. MozReview-Commit-ID: 9248jJFUaq5
127f13817e6f9223a4807c4931031490c0dc419a: Bug 1181142 - Make the minimum allocation size word sized on all platforms. r=glandium, r=erahm a=ritu
Eric Rahm <erahm@mozilla.com> - Tue, 29 Mar 2016 16:31:21 +1100 - rev 365863
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1181142 - Make the minimum allocation size word sized on all platforms. r=glandium, r=erahm a=ritu Bug 691003 made the minimum allocation size word sized for Linux and OS X, we now need to do a similar change on Windows as well. For Windows the requirement is 8-bytes on 32-bit and 16-bytes on 64-bit.
25a3ad268da514549ed36427b337f58e9f6792d3: Bug 1254400 - Handle device reset for d3d9. r=dvander a=ritu
Morris Tseng <mtseng@mozilla.com> - Fri, 06 May 2016 16:20:29 -0700 - rev 365862
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1254400 - Handle device reset for d3d9. r=dvander a=ritu
472ba65eeb68aa8c5aa57f63c661b012a9fe0866: Bug 1252465 - Link taps don't work at the bottom of reader view page, r=margaret a=ritu
Mark Capella <markcapella@twcny.rr.com> - Tue, 22 Mar 2016 10:50:04 -0400 - rev 365861
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1252465 - Link taps don't work at the bottom of reader view page, r=margaret a=ritu
655bc3d29ea231ba06117f832e95c69e8bca025a: Bug 1269481 - Update suggestClient if suggestTemplate changes r=mkaply a=ritu
Andrzej Hunt <ahunt@mozilla.com> - Wed, 04 May 2016 11:25:59 -0700 - rev 365860
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1269481 - Update suggestClient if suggestTemplate changes r=mkaply a=ritu MozReview-Commit-ID: LmsgSFda6Nv
3a218b10e323f35b968500349f6a557903bf09bb: Bug 1268938 - Use the name of the original message in Send for reply telemetry. r=billm a=ritu
Andrew McCreight <continuation@gmail.com> - Mon, 02 May 2016 20:37:40 -0700 - rev 365859
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1268938 - Use the name of the original message in Send for reply telemetry. r=billm a=ritu aReply usually won't have a name properly set, but aMsg does. To avoid accessing aMsg after it dies, copy the pointer to the name.
3d7688da70b61b7caca228b80aeeb0a629e5ed13: Bug 1258086 - Clear unbuffered SHM images with a 32-bit visual before drawing with the basic layer manager. r=lsalzman a=ritu
Andrew Comminos <acomminos@mozilla.com> - Wed, 27 Apr 2016 13:46:07 -0700 - rev 365858
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1258086 - Clear unbuffered SHM images with a 32-bit visual before drawing with the basic layer manager. r=lsalzman a=ritu MozReview-Commit-ID: 8XgVwvBDZ3X
13dbc735e6f41f1d61fb8afc252d033955f8f77c: No bug - Tagging 609000bcc11211d7c27ceea36fa2d2262fa0523f with FIREFOX_47_0b3_BUILD1, FIREFOX_47_0b3_RELEASE a=release CLOSED TREE
ffxbld <release@mozilla.com> - Fri, 06 May 2016 08:16:52 -0700 - rev 365857
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
No bug - Tagging 609000bcc11211d7c27ceea36fa2d2262fa0523f with FIREFOX_47_0b3_BUILD1, FIREFOX_47_0b3_RELEASE a=release CLOSED TREE
4389f38de2437383bdd02d1bd8262941842dbee0: Automatic version bump. CLOSED TREE NO BUG a=release
ffxbld <release@mozilla.com> - Fri, 06 May 2016 08:16:49 -0700 - rev 365856
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Automatic version bump. CLOSED TREE NO BUG a=release
40067bd54ccb778ef8b73717bb704ab7abe1cefd: Bug 1265425 - Fix buildbot properties r=coop a=release DONTBUILD
Rail Aliiev <rail@mozilla.com> - Fri, 06 May 2016 07:01:30 -0400 - rev 365855
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1265425 - Fix buildbot properties r=coop a=release DONTBUILD MozReview-Commit-ID: DBWsXeSuobI
ca9f8dc6b0307249e1d117df3f057f2634571c9a: Bug 1256728: Don't force presentation during resize. r=jrmuizel a=ritu
Bas Schouten <bschouten@mozilla.com> - Mon, 18 Apr 2016 13:23:15 +0000 - rev 365854
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1256728: Don't force presentation during resize. r=jrmuizel a=ritu
f485ca11d5d597330094223dd9cc9dfa035f7ab3: Backed out changeset 4b359b915f9e (bug 1256728) for bustage
Carsten "Tomcat" Book <cbook@mozilla.com> - Fri, 06 May 2016 15:33:08 +0200 - rev 365853
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Backed out changeset 4b359b915f9e (bug 1256728) for bustage
4b359b915f9ef011f3833278830f1cac19dae6c4: Bug 1256728: Don't force presentation during resize. r=jrmuizel a=ritu
Bas Schouten <bschouten@mozilla.com> - Mon, 18 Apr 2016 13:23:15 +0000 - rev 365852
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1256728: Don't force presentation during resize. r=jrmuizel a=ritu
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 365851
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +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 365850
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +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 365849
Push 17839 by bmo:jyavenard@mozilla.com at Wed, 11 May 2016 13:59:51 +0000
Bug 1269961 - Remove listeners from RemotePageManager before invoking Unload (r=mconley) a=ritu
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip