1fcdba303d8885447762933dca99e6d1745f6205: Bug 1346004 - Part 3 - getNextTab() should fall back to browsing-type tabs if no tabs of the same type are available. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:57:54 +0100 - rev 399195
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1346004 - Part 3 - getNextTab() should fall back to browsing-type tabs if no tabs of the same type are available. r=sebastian We always want at least one browsing type tab open to match current behaviour and assumptions built into the app, but the same doesn't hold true for other tab types. A CustomTabActivity instance e.g. only holds a single tab, so the lifetime of the tab is tied to the lifetime of the CustomTabActivity. If we're exiting the activity, we just want to close the corresponding tab without opening a new replacement for it. Since we have to select some other tab instead in that case (so the selected tab in the tab list and the selected tab in Gecko remain in sync and so we always have a selected tab), getNextTab() therefore has to fall back to browsing-type tabs as a default if no other tabs of the same type are available. MozReview-Commit-ID: IpvINlu5Qq9
83e6ed90512040870c4227664097c28d2f2d72a1: Bug 1346004 - Part 2 - Tabs helper functions for searching next/previous tab should take the Tab type into account. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:29:17 +0100 - rev 399194
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1346004 - Part 2 - Tabs helper functions for searching next/previous tab should take the Tab type into account. r=sebastian MozReview-Commit-ID: DRBjBrndDWW
d5baa00b8365d335682257c238b39f2864701011: Bug 1346004 - Part 1 - Keep track of a tab type on the Java tab object. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:04:07 +0100 - rev 399193
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1346004 - Part 1 - Keep track of a tab type on the Java tab object. r=sebastian As long as the tabs are opened in the same Gecko browser window, splitting the Java UI tabs list into multiple parts breaks too many assumptions, so the easier solution is to allow setting a type attribute on each tab object, which will allow filtering of them later on. MozReview-Commit-ID: 1PbxMkWTK47
e22cc28b03c8f49ff8cdfdeb452ef744ff00fba2: Bug 1346004 - Part 0 - Remove unneeded imports. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sun, 12 Mar 2017 16:18:48 +0100 - rev 399192
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1346004 - Part 0 - Remove unneeded imports. r=sebastian MozReview-Commit-ID: GsXHhrvNRSy
afcb04dafd033d90eac3e896e097d21de96ca221: bug 1348713 - ensure CT information is set in the case of session resumption r=jcj
David Keeler <dkeeler@mozilla.com> - Mon, 20 Mar 2017 17:10:33 -0700 - rev 399191
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
bug 1348713 - ensure CT information is set in the case of session resumption r=jcj MozReview-Commit-ID: 7fLnMu9f1kC
81e0dfa05b1966e28d7c817368f46a7047142ae7: Bug 1339163 - Make TPS tests attempt to automatically verify fxa emails when using a restmail account r=markh
Thom Chiovoloni <tchiovoloni@mozilla.com> - Fri, 17 Mar 2017 16:41:58 -0400 - rev 399190
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1339163 - Make TPS tests attempt to automatically verify fxa emails when using a restmail account r=markh MozReview-Commit-ID: LwBrVSXFqyc
fc61bbc304d73ccefdb9462fd071bd4320fd805a: Bug 1348617 - Use the alpha channel of custom styled select backgrounds by applying the requested color on top of the system's background. r=mossop
Jared Wein <jwein@mozilla.com> - Tue, 21 Mar 2017 10:51:40 -0400 - rev 399189
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1348617 - Use the alpha channel of custom styled select backgrounds by applying the requested color on top of the system's background. r=mossop This matches parity with Google Chrome Canary Version 59.0.3046.0 (Official Build) canary (64-bit). MozReview-Commit-ID: 3rkhiFv8ezX
85561efb5a00464fd5c7c7b708323005fc86461a: Bug 1345754 - Skip sync bookmark repair and validation if we have pending changes r=markh
Thom Chiovoloni <tchiovoloni@mozilla.com> - Tue, 14 Mar 2017 14:26:20 -0400 - rev 399188
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1345754 - Skip sync bookmark repair and validation if we have pending changes r=markh MozReview-Commit-ID: ClQRXGZGV9p
4ddb3af7cdf809ba0d7d27b62805096d9e870007: Bug 1346926 - Make PVRManager::SetHaveEventListener async r=kanru
Kearwood Gilbert <kgilbert@mozilla.com> - Tue, 21 Mar 2017 13:21:17 -0700 - rev 399187
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1346926 - Make PVRManager::SetHaveEventListener async r=kanru - There appears to be no issues with simply changing SetHaveEventListener from sync to async. MozReview-Commit-ID: 3LKgDx9AZnm
201231223cd4354a450c3e5d80959f35b8e4cf0c: Bug 1349208 - Adjust web-platform-tests expectations to reflect not having Flash installed on 64-bit Ubuntu 16.04 just like we don't have it installed anywhere else, a=test-only
Phil Ringnalda <philringnalda@gmail.com> - Tue, 21 Mar 2017 20:35:22 -0700 - rev 399186
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1349208 - Adjust web-platform-tests expectations to reflect not having Flash installed on 64-bit Ubuntu 16.04 just like we don't have it installed anywhere else, a=test-only
fd40abc21673b596074eb69453b83588cfbc5a4e: Bug 1349208: temporary fix to get flashplayer out of the 16.04 image while we find a better fix; r=jmaher, a=testers-only
Dustin J. Mitchell <dustin@mozilla.com> - Tue, 21 Mar 2017 18:19:26 +0000 - rev 399185
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1349208: temporary fix to get flashplayer out of the 16.04 image while we find a better fix; r=jmaher, a=testers-only MozReview-Commit-ID: IR2PVFXHlEa
8744e9f8eb99f1290aae81985812d57364f18708: Merge inbound to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Tue, 21 Mar 2017 16:08:32 -0700 - rev 399184
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Merge inbound to central, a=merge MozReview-Commit-ID: FKkx5SygvHz
54440069e459c3fc6da22f2f4062163da231af9f: Bug 1312087 - part 1 - move mozilla::{Mutex,CondVar} to use mozglue locking primitives; r=erahm
Nathan Froyd <froydnj@mozilla.com> - Tue, 21 Mar 2017 10:20:36 -0500 - rev 399183
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1312087 - part 1 - move mozilla::{Mutex,CondVar} to use mozglue locking primitives; r=erahm This change moves us away from NSPR primitives for our primary synchronization primitives. We're still using PRMonitor for ReentrantMonitor, however. The benefits of this change: * Slightly faster, as we don't have to deal with some of NSPR's overhead; * Smaller datatypes. On POSIX platforms in particular, PRLock is enormous. PRCondVar also has some unnecessary overhead. * Less dynamic memory allocation. Out of necessity, Mutex and CondVar allocated the NSPR data structures they needed, which lead to unnecessary checks for failure. While sizeof(Mutex) and sizeof(CondVar) may get bigger, since they're embedding structures now, the total memory usage should be less. * Less NSPR usage. This shouldn't need any explanation.
85458fefc1ae3e7d927bf12895ac23c61d952076: Bug 1312087 - part 0 - use PTHREAD_MUTEX_ADAPTIVE_NP mutexes on Linux/glibc; r=erahm
Nathan Froyd <froydnj@mozilla.com> - Tue, 21 Mar 2017 11:20:36 -0400 - rev 399182
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1312087 - part 0 - use PTHREAD_MUTEX_ADAPTIVE_NP mutexes on Linux/glibc; r=erahm This matches NSPR's behavior for its PRLock type.
f86ef08fdae0a012c28e1264e83238cfb31ccc2e: Bug 1337056 - Part 12: Send down permissions when calling createAboutBlankContentViewer, r=baku
Michael Layzell <michael@thelayzells.com> - Fri, 17 Mar 2017 17:04:44 -0400 - rev 399181
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1337056 - Part 12: Send down permissions when calling createAboutBlankContentViewer, r=baku MozReview-Commit-ID: LigZnHM34CC
2686c6ee997dce91e573d7b0e1555859e33810e6: Bug 1337056 - Part 11: Change the permission key assertion to a fatal assert on debug builds, r=ehsan
Michael Layzell <michael@thelayzells.com> - Wed, 15 Mar 2017 16:15:47 -0400 - rev 399180
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1337056 - Part 11: Change the permission key assertion to a fatal assert on debug builds, r=ehsan MozReview-Commit-ID: HTxvlomRKWy
63e7bf43da6505b9789b714495bebca9fc1c05da: Bug 1345573 - Part 2: Remove old tests for permissions syncing, and add test for new logic, r=baku
Michael Layzell <michael@thelayzells.com> - Thu, 09 Mar 2017 15:58:38 -0500 - rev 399179
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1345573 - Part 2: Remove old tests for permissions syncing, and add test for new logic, r=baku MozReview-Commit-ID: A2vYqdCpeu6
035042b8b4aabb0f6f427a0eb9d12a160dbc6f5a: Bug 1345573 - Part 1: Key http, https, and ftp URIs on origin instead of eTLD+1, r=baku
Michael Layzell <michael@thelayzells.com> - Wed, 08 Mar 2017 14:28:04 -0500 - rev 399178
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1345573 - Part 1: Key http, https, and ftp URIs on origin instead of eTLD+1, r=baku MozReview-Commit-ID: Gihc4QFf11R
55fe816879882db8a366c005ebf95cf192e70eb4: Bug 1337056 - Part 10: Remove ReadPermissions from the sync-messages list, r=billm
Michael Layzell <michael@thelayzells.com> - Tue, 14 Mar 2017 12:33:52 -0400 - rev 399177
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1337056 - Part 10: Remove ReadPermissions from the sync-messages list, r=billm MozReview-Commit-ID: 8Ki4KEHKnQm
8ea56abef5ea1a9c3ea0b7d4ee96e87f60d58335: Bug 1337056 - Part 9: Check LOAD_HTML_OBJECT_DATA in ContentParent::TransmitPermsFor, r=ehsan
Michael Layzell <michael@thelayzells.com> - Fri, 03 Mar 2017 18:23:19 -0500 - rev 399176
Push 1490 by mtabara@mozilla.com at Mon, 31 Jul 2017 14:08:16 +0000
Bug 1337056 - Part 9: Check LOAD_HTML_OBJECT_DATA in ContentParent::TransmitPermsFor, r=ehsan MozReview-Commit-ID: 5MBAUe5zbvU
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip