3edab41eb85239cc765d7305b1a6083397d4a158: Bug 1223561 - Support putting <table> into fullscreen. r=dbaron draft
Xidorn Quan <me@upsuper.org> - Tue, 22 Nov 2016 16:31:56 +1100 - rev 442760
Push 36799 by xquan@mozilla.com at Wed, 23 Nov 2016 04:57:51 +0000
Bug 1223561 - Support putting <table> into fullscreen. r=dbaron MozReview-Commit-ID: 5ohJW9U65dr
c9426c25cbbde7ce76dd5efdc0395483d97ac4a6: Bug 1316215 - Merge SelectGMP and LaunchGMP into one synchronous IPC operation. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Tue, 22 Nov 2016 14:17:59 +1300 - rev 442759
Push 36798 by cpearce@mozilla.com at Wed, 23 Nov 2016 04:44:52 +0000
Bug 1316215 - Merge SelectGMP and LaunchGMP into one synchronous IPC operation. r?gerald We were seeing almost permaorange failures in the WebRTC H.264/GMP tests due to the GMP being shutdown in the parent process in between the content process performing an OOP select operation and then performing an OOP launch operation. That is, in GeckoMediaPluginServiceChild::GetContentParent() in between the SendSelectGMP completing and the SendLaunchGMP completing, the GMP would shutdown and so when the launch operation ran in the main process it would fail. The select and launch are seperate operations so that the crash handler can be reported to the content process and an association can be made in the content process between the plugin ID and the crash helper before we try to launch the GMP. This is so that if the GMP crashes on startup, we're ready to handle the crash. However it turns out that if the GMP crashes on startup, the crash report message comes in after another round of the event/IPC message loop. So we actually do have time in the content process to connect the crash helper after the launch fails. So in order to fix the problem of the GMP shutting down in between select and launch, we can partially revert the changes I made in Bug 1267918 to and merge selecting and launching GMPs back into a single operation. MozReview-Commit-ID: 5n4T1Gqlvr3
8c1c67e86fa2871c2c6a8dbe633e8f06b636b4fb: Bug 1316215 - Make GMPParent::IsUsed() take into account whether there are pending GetContentParent calls. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Fri, 18 Nov 2016 12:37:14 +1300 - rev 442758
Push 36798 by cpearce@mozilla.com at Wed, 23 Nov 2016 04:44:52 +0000
Bug 1316215 - Make GMPParent::IsUsed() take into account whether there are pending GetContentParent calls. r?gerald In a similar vein to the previous patch, while we're waiting on a GetContentParent promise to resolve, we don't want the GMPParent to shutdown. So make IsUsed() check whether we're waiting on a GetContentParent promise to resolve, so we don't pull the rug out from under any code waiting to get a content parent to bridge a GMP. MozReview-Commit-ID: 8cTCuXLXMsK
fb7e5f71e03faea116d14f6fd7b4114fe7f6c4e3: Bug 1316215 - Block GMPContentParent close while a GMPService::GetContentParent is being processed. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Wed, 16 Nov 2016 10:59:08 +1300 - rev 442757
Push 36798 by cpearce@mozilla.com at Wed, 23 Nov 2016 04:44:52 +0000
Bug 1316215 - Block GMPContentParent close while a GMPService::GetContentParent is being processed. r?gerald When GMPService::GetContentParent returns a MozPromise, we end up failing in test_peerConnection_scaleResolution.html with e10s enabled because we Close() the GMPContentParent twice. The test causes two GMPVideoEncoderParents to be created. When the number of IPDL actors on the GMPContentParent reach 0, we close the IPC connection. With GetContentParent() returning a MozPromimse, it's more async, and so we can end up requesting the content parent in order to create the second GMPVideoEncoderParent, but while we're waiting for the promise to resolve the previous GMPVideoEncoderParent is destroyed and the GMPContentParent closes it's IPC connection. Then the GetContentParent promise resolves, and that fails to operate correctly since it's closed its IPC connection. My solution here is to add a "blocker" that prevents the GMPContentParent from being shutdown while we're waiting for the GetContentParent promise to resolve. MozReview-Commit-ID: HxBkFkmv0tV
9e589906651907cfb9c8990409c154feb4dcc646: Bug 1316215 - Promisify GMPService GetGMPContentParent and GetServiceChild. r?gerald draft
Chris Pearce <cpearce@mozilla.com> - Wed, 09 Nov 2016 15:52:22 +1300 - rev 442756
Push 36798 by cpearce@mozilla.com at Wed, 23 Nov 2016 04:44:52 +0000
Bug 1316215 - Promisify GMPService GetGMPContentParent and GetServiceChild. r?gerald MozReview-Commit-ID: 5ydGmZWGzWG
22fb87f15c9064979c218cf50d992a37ab98a317: Bug 1310247 - Use pointers instead of references to prevent taking the address of temporary integers. - r=ethlin draft
Jeff Gilbert (:jgilbert) <jgilbert@mozilla.com> - Tue, 22 Nov 2016 17:17:12 -0800 - rev 442755
Push 36797 by bmo:jgilbert@mozilla.com at Wed, 23 Nov 2016 04:31:09 +0000
Bug 1310247 - Use pointers instead of references to prevent taking the address of temporary integers. - r=ethlin MozReview-Commit-ID: FG1NsAs3iG0
7642ac962ce44392cfbb2e500f638d1cd398185d: Bug 1310247 - Fix tests to match implementation for now. draft
Jeff Gilbert (:jgilbert) <jgilbert@mozilla.com> - Tue, 22 Nov 2016 01:23:27 -0800 - rev 442754
Push 36797 by bmo:jgilbert@mozilla.com at Wed, 23 Nov 2016 04:31:09 +0000
Bug 1310247 - Fix tests to match implementation for now. MozReview-Commit-ID: 77VxJJA0hSR
48a9e2368877ab7cefa7cfa3fe9c2497462465fd: Bug 1310247 - Check if buffers are bound for transform feedback. - r=ethlin draft
Jeff Gilbert (:jgilbert) <jgilbert@mozilla.com> - Thu, 17 Nov 2016 17:50:38 -0800 - rev 442753
Push 36797 by bmo:jgilbert@mozilla.com at Wed, 23 Nov 2016 04:31:09 +0000
Bug 1310247 - Check if buffers are bound for transform feedback. - r=ethlin MozReview-Commit-ID: 4EsOdz7vXNH
c38282ae05ff2cea3f0c481b497e77efff4454fc: bug 1319650 mimic gtk_style_context_save() in WidgetStyleCache with a new context r?stransky draft
Karl Tomlinson <karlt+@karlt.net> - Wed, 23 Nov 2016 16:41:57 +1300 - rev 442752
Push 36796 by ktomlinson@mozilla.com at Wed, 23 Nov 2016 04:10:40 +0000
bug 1319650 mimic gtk_style_context_save() in WidgetStyleCache with a new context r?stransky This makes balancing with gtk_style_context_restore()/ReleaseStyleContext() unnecessary, and the style resolution cached in the style contexts is not invalidated so frequently. MozReview-Commit-ID: BKwyqoQsjv2
eb5018cf739c8c5d36fb86fb1e914461eabd09b4: Bug 1319066 - Move complete GtkTooltip stack to WidgetCache, r=?karlt draft
Martin Stransky <stransky@redhat.com> - Wed, 23 Nov 2016 16:52:38 +1300 - rev 442751
Push 36796 by ktomlinson@mozilla.com at Wed, 23 Nov 2016 04:10:40 +0000
Bug 1319066 - Move complete GtkTooltip stack to WidgetCache, r=?karlt MozReview-Commit-ID: 6N1h9jsAnha
2b1a6bf8c0fd072eea275b0a352cc6779b3890f2: bug 1319355 remove unused gtk_widget_path_append_for_widget stub r?stransky draft
Karl Tomlinson <karlt+@karlt.net> - Fri, 18 Nov 2016 11:14:21 +1300 - rev 442750
Push 36796 by ktomlinson@mozilla.com at Wed, 23 Nov 2016 04:10:40 +0000
bug 1319355 remove unused gtk_widget_path_append_for_widget stub r?stransky No longer required after 1693f10ca33e MozReview-Commit-ID: AkYvpWDlQvs
a213b2bf244889d2c388f8db0b3d1ab9918e6a35: Bug 1312361 - Clear all sites data from the Site Data section draft
Fischer.json <fischer.json@gmail.com> - Tue, 15 Nov 2016 14:49:18 +0800 - rev 442749
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1312361 - Clear all sites data from the Site Data section MozReview-Commit-ID: 7JbzO7TQaeX
90b691bf09f5cc4fe7d0c6445fcf5afa2c34eeee: Bug 1273342 - Don't retry skippable records that fail to sync due to being too large. r=markh
Thom Chiovoloni <tchiovoloni@mozilla.com> - Mon, 21 Nov 2016 15:37:35 -0500 - rev 442748
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1273342 - Don't retry skippable records that fail to sync due to being too large. r=markh MozReview-Commit-ID: HjzL1crTVDB
60a3dc6b2c6a17923f563771e5e2d3599d88803e: bug 1319353 CreateCSSNode: Copy classes from the parent style context to its corresponding node in the path r=stransky+263117
Karl Tomlinson <karlt+@karlt.net> - Wed, 16 Nov 2016 16:55:13 +1300 - rev 442747
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
bug 1319353 CreateCSSNode: Copy classes from the parent style context to its corresponding node in the path r=stransky+263117 This is necessary for GTK to match CSS rules against classes on ancestor nodes of style contexts constructed from paths. It can be tested with the following in ~/.config/gtk-3.0/gtk.css tooltip.background label {padding: 100px;} MozReview-Commit-ID: EUQ9ndeSl1Z
eba5ce187e61a31ce72597c5262a775cad6d0541: Bug 1314084 - Implement `nsIAnnotationService::getObservers`. r=mak
Kit Cambridge <kit@yakshaving.ninja> - Mon, 31 Oct 2016 11:13:14 -0700 - rev 442746
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1314084 - Implement `nsIAnnotationService::getObservers`. r=mak MozReview-Commit-ID: 42y8d1fbfJO
b327c38531cc9fac0bddd9b5da14b865f05e172e: Bug 1319107 fix default value for getRedirectURL, r=kmag
Shane Caraveo <scaraveo@mozilla.com> - Tue, 22 Nov 2016 11:43:06 -0800 - rev 442745
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1319107 fix default value for getRedirectURL, r=kmag MozReview-Commit-ID: Iv4rgaSOTJz
56d316078f87ee8a711fe2ed830d3e323a7349ac: Bug 1286799 - mozboot: Fix rust detection on windows. r=gps
Ralph Giles <giles@mozilla.com> - Mon, 21 Nov 2016 11:18:59 -0800 - rev 442744
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1286799 - mozboot: Fix rust detection on windows. r=gps WindowsBootstrapper overrides BaseBootstrapper.which() to append the Windows 'exe' filename extension, so which() finds rustc.exe and rustup.exe properly. However, our other code which constructs the program name in _parse_version or looks for the files in CARGO_HOME didn't take this into account, making the script think it couldn't find rust. Don't use os.path.join to construct urls, since on windows this inserts the backslash '\' path separator instead of the normal forward slash. MozReview-Commit-ID: HWJjwCDHuNK
0c06981308ba9fd497a31ec18c5e117d8b701f93: Bug 1286799 - mozboot: Use requests to download rustup manifest. r=gps
Ralph Giles <giles@mozilla.com> - Fri, 18 Nov 2016 13:02:25 -0800 - rev 442743
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1286799 - mozboot: Use requests to download rustup manifest. r=gps Python urllib2 doesn't validate https origins in all versions. During actual bootstrap the static hash values act as an out-of-bound validatation channel. However, that doesn't help when doing the initial download and hash generation when invoked as `python rust.py [--update]`. Fortunately we don't expect to be called this way in standalone mode, so we can use the in-tree requests module to fetch things properly. MozReview-Commit-ID: KZTtIXDfWTB
5cd2f35aa16beef3f4081aca3720000c83340af3: Bug 1286799 - mozboot: Unbuffer stdout. r=gps
Ralph Giles <giles@mozilla.com> - Thu, 17 Nov 2016 15:21:39 -0800 - rev 442742
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1286799 - mozboot: Unbuffer stdout. r=gps Reopen sys.stdout in unbuffered mode so we can correctly print 'Checking foo... Result' in two parts without calling sys.stdout.flush() everywhere. Although we import print_function from the future, the python 2 version does not support the python 3 flush=True argument. MozReview-Commit-ID: SjliWeoSa3
26fc277f84ed7cc4807d4b865d3d84afa6b48102: Bug 1286799 - mozboot: Add a script to fetch rust installer hashes. r=gps
Ralph Giles <giles@mozilla.com> - Thu, 17 Nov 2016 14:23:41 -0800 - rev 442741
Push 36795 by bmo:fliu@mozilla.com at Wed, 23 Nov 2016 04:01:39 +0000
Bug 1286799 - mozboot: Add a script to fetch rust installer hashes. r=gps Make the mozboot.rust module invokable as a utility. E.g. python rust.py --update When called with the --update option it downloads and generates checksums for the latest version of the installer on supported platforms, suitable for updating the values coded in the script. When invoked without the --update option, it verifies the current version and checksums against the server. MozReview-Commit-ID: 2NVFf0ptvbM
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip