798ee0e6f73eaed68e3f3968a20e9ae5c7a82718: Bug 1349310 - Update graphite2 to release 1.3.10. r=milan, a=dveditz FENNEC_54_0b6_BUILD1 FENNEC_54_0b6_RELEASE FIREFOX_54_0b6_BUILD1 FIREFOX_54_0b6_RELEASE
Jonathan Kew <jkew@mozilla.com> - Mon, 08 May 2017 12:08:24 +0100 - rev 578886
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1349310 - Update graphite2 to release 1.3.10. r=milan, a=dveditz
30a656462d6b7b5b8c897481019b52e2f484b898: Bug 1343256 - Fix test bustage. a=bustage
Ryan VanderMeulen <ryanvm@gmail.com> - Mon, 08 May 2017 16:38:22 -0400 - rev 578885
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1343256 - Fix test bustage. a=bustage
2e0cc86bcd96f9cbb401d0ad720a9b89792fb44b: no bug - Bumping Fennec l10n changesets r=release a=l10n-bump
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Mon, 08 May 2017 13:00:17 -0700 - rev 578884
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
no bug - Bumping Fennec l10n changesets r=release a=l10n-bump hu -> 444b008f2971
910e97516eb77e23f0c1461be92f396d5db12f8f: Bug 1343256 - Bookmark keywords disappear from one bookmark when adding a keyword to another bookmark. r=standard8, a=gchang
Marco Bonardo <mbonardo@mozilla.com> - Sat, 29 Apr 2017 15:15:06 +0200 - rev 578883
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1343256 - Bookmark keywords disappear from one bookmark when adding a keyword to another bookmark. r=standard8, a=gchang MozReview-Commit-ID: Av8pDQi6Yyp
c955a7aedcc2bdf4de87aa5aba713e1209737dd3: Bug 1359879 - Add logging and robustness to key syncing. r=kmag, a=gchang
Ethan Glasser-Camp <eglassercamp@mozilla.com> - Mon, 01 May 2017 14:22:51 -0400 - rev 578882
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1359879 - Add logging and robustness to key syncing. r=kmag, a=gchang It seems like the server-side keyring is getting deleted somehow. This causes syncing of the keyring to fail. We haven't completely fixed the root problem yet, but this adds logging to try to flag down the dangerous operation of deleting a bucket to make sure we aren't doing that by accident. We also try to recover from the server-keyring-was-deleted situation by wiping all storage.sync data, the same as if we found a keyring that we couldn't decrypt. MozReview-Commit-ID: JMB0IxApbGq
a849ff78181fa13a8160d24452fd06a4f82a4b00: Bug 1358185 - Force FixedPosition display items to be active. r=mstange, a=gchang
Jamie Nicol <jnicol@mozilla.com> - Wed, 03 May 2017 16:49:43 +0100 - rev 578881
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1358185 - Force FixedPosition display items to be active. r=mstange, a=gchang Fixed backgrounds were not being clipped correctly when rendered using inactive layers. MozReview-Commit-ID: 3v8tajr3MoB
6d31880f7b72213e9663f1208fec400e7e5a0b8d: Bug 1337950 - Work around failing to load a FIPS PKCS#11 module DB in NSS initialization. r=Cykesiopka, r=jcj, a=gchang
David Keeler <dkeeler@mozilla.com> - Thu, 20 Apr 2017 10:31:22 -0700 - rev 578880
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1337950 - Work around failing to load a FIPS PKCS#11 module DB in NSS initialization. r=Cykesiopka, r=jcj, a=gchang Firefox essentially does not support running NSS in FIPS mode any longer. This has always been the case on Android from what I can tell and it has been the case on OS X since at least version 34 (see bug 1047584). It became the case on Windows as of version 53 (see bug 1295937). Unfortunately, before this patch, if a user attempted to run an affected version of Firefox using a profile directory containing an NSS database collection that had FIPS enabled, NSS initialization would fail and fall back to running in no DB mode, which had the side-effect of making any saved passwords and certificates unavailable. This patch attempts to detect and work around this failure mode by moving the PKCS#11 module DB (which is where the FIPS bit is set) to a backup location and basically running with a fresh, non-FIPS module DB. This allows Firefox to initialize NSS with the preexisting key and certificate databases available. MozReview-Commit-ID: 1E4u1ngZyRv
71ee4cad794304751fb7c95b723bc2409a386117: Bug 1343541 - Restore signal actions changed by Android debugger. r=glandium, a=gchang
John Lin <jolin@mozilla.com> - Wed, 12 Apr 2017 17:34:17 +0800 - rev 578879
Push 59105 by felipc@gmail.com at Tue, 16 May 2017 19:21:34 +0000
Bug 1343541 - Restore signal actions changed by Android debugger. r=glandium, a=gchang Android shows a dialog box when it detects app crashing. OOP decoder needs to hide that from user to resume playback gracefully. MozReview-Commit-ID: 3cE3GiHAuQk
0e2971461419461a5d091044ee232fa118d81eb4: Bug 1360357 - add test for inline source maps; r?jdescottes draft
Tom Tromey <tom@tromey.com> - Tue, 16 May 2017 13:16:17 -0600 - rev 578878
Push 59104 by bmo:ttromey@mozilla.com at Tue, 16 May 2017 19:17:28 +0000
Bug 1360357 - add test for inline source maps; r?jdescottes MozReview-Commit-ID: K0xvb00728a
63505b970aed6d5415fe478cf7b61c763f469312: Bug 1359531 - Part 8 - Handle tabs selected while all GeckoApps were in background. r?sebastian,walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 05 May 2017 21:07:29 +0200 - rev 578877
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 8 - Handle tabs selected while all GeckoApps were in background. r?sebastian,walkingice Activity switching is now handled by the currently active GeckoApp instance, which obviously doesn't work if all of them are currently backgrounded. To fix this, we track for each tab whether its selection was handled by a foregrounded GeckoApp instance. If it wasn't, we catch up with any possibly necessary activity switches during the next resume. MozReview-Commit-ID: JEjQUuDJw5Q
fd73ad8bc169d7cb1f8f17bc3ab38d6f17b7672c: Bug 1359531 - Part 7 - Don't ignore last selected tab for Intent.ACTION_MAIN. r?sebastian, walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 05 May 2017 20:31:15 +0200 - rev 578876
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 7 - Don't ignore last selected tab for Intent.ACTION_MAIN. r?sebastian, walkingice Normally, receiving a new intent means we want to switch tabs/open a new tab, so we need to turn off our "last selected tab in this activity" logic, however this is not true when we receive a simple Intent.ACTION_MAIN, e.g. when we're being brought into the foreground from a launcher icon (as opposed to the activity/task switcher). MozReview-Commit-ID: ExiM3c8iaEA
a40879a9837c6180b2c561fa7b6dae7d1db5039f: Bug 1359531 - Part 6 - Remove manual setting of current activity. r?sebastian, walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 28 Apr 2017 22:28:55 +0200 - rev 578875
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 6 - Remove manual setting of current activity. r?sebastian, walkingice Switching between different GeckoApp instances in response to tab selection no longer requires the GeckoActivityMonitor for getting the current activity, so we no longer need to manually set the current activity for the benefit of code that executes early during onCreate/onNewIntent. MozReview-Commit-ID: E9BQhRclDfS
6ea64ad3eac7cb6c11df3020b3673acf8e259f88: Bug 1359531 - Part 5 - Trigger activity switching from GeckoApp. r?sebastian,walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 29 Apr 2017 15:20:19 +0200 - rev 578874
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 5 - Trigger activity switching from GeckoApp. r?sebastian,walkingice To avoid the need for tracking the currently active activity, we just respond from the activity itself by using GeckoApp's tab event listener. As replacement for the "closeTabNoActivitySwitch()" function, we set a flag on the activity instead before closing the tab. MozReview-Commit-ID: LdmyJ5i10jZ
ca31ff7e008bad5b2178fe78741fbedd909e3371: Bug 1359531 - Part 4 - Import Tab intent extra key definitions. r?sebastian,walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 28 Apr 2017 22:58:51 +0200 - rev 578873
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 4 - Import Tab intent extra key definitions. r?sebastian,walkingice MozReview-Commit-ID: DXZGscSpRtd
2577134812921c537c20c79a11da147c7a05dd10: Bug 1359531 - Part 3 - Creating new intents is a job for IntentHelper. r?sebastian,walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 28 Apr 2017 22:35:29 +0200 - rev 578872
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 3 - Creating new intents is a job for IntentHelper. r?sebastian,walkingice MozReview-Commit-ID: 9s7aP35Q0AJ
82d010dd0003fc858cb20dfd42fb71994c91d609: Bug 1359531 - Part 2 - Move some tab switch functionality to the tab object. r?sebastian,walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 28 Apr 2017 22:35:57 +0200 - rev 578871
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 2 - Move some tab switch functionality to the tab object. r?sebastian,walkingice These methods already take a tab object as their argument, so we just turn them into Tab member functions. MozReview-Commit-ID: 7fp7bzDbRja
c3c38941c205ef8e099285603ae8ff4e537e66d7: Bug 1359531 - Part 1 - Call GeckoApp's tab event handler from web apps/custom tabs, too. r?sebastian,walkingice draft
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 28 Apr 2017 20:16:19 +0200 - rev 578870
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Bug 1359531 - Part 1 - Call GeckoApp's tab event handler from web apps/custom tabs, too. r?sebastian,walkingice We want to move the activity switching code into the activity (i.e. GeckoApp) itself and run it from its onTabChanged handler in response to the appropriate events (at the moment that's only SELECTED), so we need to ensure that this will actually be called within custom tabs/web apps as well. Additionally, there's no need to separately register the tab events listener from the CustomTabs/WebAppActivity as well if our parent class already does it for us. MozReview-Commit-ID: 6PIq1KncDcA
7314cfdb6a83671ba5497f3c16ef1793bea68952: Local Gradle tweaks draft
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 28 Jul 2016 20:04:34 +0200 - rev 578869
Push 59103 by mozilla@buttercookie.de at Tue, 16 May 2017 19:16:34 +0000
Local Gradle tweaks MozReview-Commit-ID: H5pdKja8p2a
937d167467e9375f98ffe4387ed3ee85c36ac21d: Bug 1365350: make uploader task a dependency of tests. r=garndt draft
Wander Lairson Costa <wcosta@mozilla.com> - Tue, 16 May 2017 16:13:24 -0300 - rev 578868
Push 59102 by wcosta@mozilla.com at Tue, 16 May 2017 19:13:42 +0000
Bug 1365350: make uploader task a dependency of tests. r=garndt For some reason, tests sometimes start before uploader task is finished, we then make it a dependency to avoid the bug. MozReview-Commit-ID: HspOhUez2Xs
e30930b1be5ff25b709d0539bf8b8bbe551dd898: Bug 1352620 - Don't have a hardcoded limit of 20 items in AutoCompletePopups. r?MattN draft
Mike Conley <mconley@mozilla.com> - Tue, 16 May 2017 15:07:45 -0400 - rev 578867
Push 59101 by mconley@mozilla.com at Tue, 16 May 2017 19:11:13 +0000
Bug 1352620 - Don't have a hardcoded limit of 20 items in AutoCompletePopups. r?MattN MozReview-Commit-ID: 6rZRi7kq3R7
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip