ed4e7993e34d7765b86ba74dd5736e4e33b699ca: Bug 1354619 - Allow nsWindow::SetTransparencyMode when it preserves current mode. r=mconley, a=gchang
Lee Salzman <lsalzman@mozilla.com> - Wed, 12 Apr 2017 16:36:20 -0400 - rev 564337
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1354619 - Allow nsWindow::SetTransparencyMode when it preserves current mode. r=mconley, a=gchang MozReview-Commit-ID: FEqPTGlpbjE
fc6add581f8897bfc8a726766d23b1b1928ec1ac: Bug 1356091 - Allow the compositor process with the software compositor. r=dvander, a=gchang
Milan Sreckovic <milan@mozilla.com> - Thu, 13 Apr 2017 00:08:09 -0400 - rev 564336
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1356091 - Allow the compositor process with the software compositor. r=dvander, a=gchang MozReview-Commit-ID: Ljt73heC0k4
c7276ad300e89d501eaec13e86a57227c75ec330: Bug 1349741 - Part 2: Reftest. r=mstange, a=gchang
cku <cku@mozilla.com> - Thu, 23 Mar 2017 14:40:10 +0800 - rev 564335
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1349741 - Part 2: Reftest. r=mstange, a=gchang MozReview-Commit-ID: AOKD7BeAUNl
9f51f12863d75798d9d8d38173faa70a7a7d9ac9: Bug 1349741 - Part 1: Correct the transform matrix of a context that pass to nsFilterInstance::PaintFilteredFrame. r=mstange, a=gchang
cku <cku@mozilla.com> - Thu, 13 Apr 2017 11:10:58 +0800 - rev 564334
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1349741 - Part 1: Correct the transform matrix of a context that pass to nsFilterInstance::PaintFilteredFrame. r=mstange, a=gchang MozReview-Commit-ID: 9BISQehlSgG
f3784c1c6bd45a7c4b8fddfa8670e3946527c7ab: Bug 1354245 - Don't call CaptivePortalService::Start() in SetConnectivityInternal if the captive portal service is disabled via pref. r=mcmanus, a=jcristau
Valentin Gosu <valentin.gosu@gmail.com> - Wed, 12 Apr 2017 17:52:14 +0300 - rev 564333
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1354245 - Don't call CaptivePortalService::Start() in SetConnectivityInternal if the captive portal service is disabled via pref. r=mcmanus, a=jcristau MozReview-Commit-ID: 4xCkBgWDZ2b
30801f76e945300a891b36408b9ee2fd113b18f6: Bug 1337947 - Fix tab strip item offsets for RTL. r=maliu, a=gchang
Tom Klein <twointofive@gmail.com> - Mon, 10 Apr 2017 09:16:14 -0500 - rev 564332
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1337947 - Fix tab strip item offsets for RTL. r=maliu, a=gchang MozReview-Commit-ID: HrOETozOSfW
6430228451e7fb677722a743b9a998ca188f7b43: Bug 1337947 - Fix tab strip divider drawing for RTL. r=maliu, a=gchang
Tom Klein <twointofive@gmail.com> - Fri, 07 Apr 2017 00:50:24 -0500 - rev 564331
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1337947 - Fix tab strip divider drawing for RTL. r=maliu, a=gchang MozReview-Commit-ID: LITy483QhlW
2fb6cb8d0267a84cc4ad68ff6b0c5c62b4cbf7e2: Bug 1354924 - Fix mousewheel multiplier prefs for external mouse devices on OS X. r=botond, a=gchang
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 11 Apr 2017 09:39:06 -0400 - rev 564330
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1354924 - Fix mousewheel multiplier prefs for external mouse devices on OS X. r=botond, a=gchang The code in the OS X widget was calling ReceiveInputEvent on IAPZCTreeManager with a ScrollWheelInput, which would bypass the multiplier code. This modifies the widget to use a WidgetWheelEvent instead, so that it goes through the IAPZCTreeManager multiplier handling for wheel inputs. Other platforms already send wheel events in WidgetWheelEvent format so they don't have this problem. MozReview-Commit-ID: 5gOOGnfD87W
0c01486f23816345b21695f08af48196bcd82347: Bug 1350718 - Part 3: Name the special value -1 used to indicate a new tab should be appended. r=maliu, a=gchang
Tom Klein <twointofive@gmail.com> - Thu, 06 Apr 2017 11:27:42 -0500 - rev 564329
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1350718 - Part 3: Name the special value -1 used to indicate a new tab should be appended. r=maliu, a=gchang
5fd6b9f3af92f8ced6700bd213a038e82988a972: Bug 1350718 - Part 2: Remove the add animation for the TabsLayout list. r=maliu, a=gchang
Tom Klein <twointofive@gmail.com> - Thu, 30 Mar 2017 23:16:19 -0500 - rev 564328
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1350718 - Part 2: Remove the add animation for the TabsLayout list. r=maliu, a=gchang Based on what I'm seeing, if you call scrollToPosition and that causes you to "scroll into view" (remember, scrollToPosition doesn't actually scroll, it just redraws the new position) one or more positions, then RecyclerView runs the add animation on all those views "scrolled onto screen", which, for the list view's slide-in-from-the-right add animation, looks silly (I think). [Caveat: RecyclerView sometimes keeps one offscreen view ready to go, which doesn't seem to get the add animation.] In non open-tab-from-another-app-with-the-tabs-tray-already-open operations this was never an issue because either those animations are hidden by the panel being animated into view when the panel opens and we scroll to the selected position [at least that's my guess], or we only scroll by at most one, as in the case of a tab close or undo close. But in the open-a-tab-and-scroll-to-it-while-the-tabs-tray-is-already-open case that we can get with opening a tab from another app, the add animation runs for however many tabs "need to be added" between the current position and the new tab; sometimes the animation still gets hidden if the new tabs get added quickly enough when fennec reloads [again, my guess], but on my device I always see the animations if I open a tab in tab queue and then reopen Fennec by hand, whereas on an emulator I see the animations in additional external-app-open cases as well.
23e8c43d48b36b1306d4d116d9cbfa7ab28a6d81: Bug 1350718 - Part 1: Scroll to a tab added to the tabs tray by an external app. r=maliu, a=gchang
Tom Klein <twointofive@gmail.com> - Tue, 28 Mar 2017 11:29:52 -0500 - rev 564327
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1350718 - Part 1: Scroll to a tab added to the tabs tray by an external app. r=maliu, a=gchang If another app opens a link in Fennec, and Fennec restores itself in a state where the tabs tray is already open, we need to scroll to the newly added tab since it gets added offscreen (not to mention the scroll position restored when we open is unconstrained (it's whatever the user left it at before they switched apps)). This introduces one small change in behavior: 1) Use a gridded tabs tray; 2) Fill more tabs than will fit in the tray; 3) Put more than one tab on the last row; 4) Scroll so that the last row is partially, but not fully, hidden; 5) Close the last tab and then undo the close. In that case we now scroll the last row fully into view, whereas previously we maintained the old (partially hidden) scroll position. (If you undo close any tab other than the last on the final row then you still get the old behavior.) Note that this fixes the case where the other app adds a *new* tab in Fennec with the tabs tray open; it's (currently) also possible to open a link in an already existing tab with the tabs tray open - that's bug 1353226.
8c3b90886a8c8aac5d94e26e3fe262cbc82b625e: Bug 1353694. r=jonco, a=jcristau
André Bargull <andre.bargull@gmail.com> - Thu, 06 Apr 2017 16:35:01 +0200 - rev 564326
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1353694. r=jonco, a=jcristau
0e6f81e3f63e6ffd7bf03067975ce58755b55244: Bug 1349883 - Part 4: Strengthen precondition of ReturnDecodedData(). r=jya, a=gchang
John Lin <jolin@mozilla.com> - Fri, 07 Apr 2017 17:17:17 +0800 - rev 564325
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1349883 - Part 4: Strengthen precondition of ReturnDecodedData(). r=jya, a=gchang MozReview-Commit-ID: 2jLNlrHEE0b
327f2348eb373976c561b418b50ffa0b136d7a71: Bug 1349883 - Part 3: Resolve decode promise according to buffer status. r=jya, a=gchang
John Lin <jolin@mozilla.com> - Thu, 13 Apr 2017 18:48:00 +0800 - rev 564324
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1349883 - Part 3: Resolve decode promise according to buffer status. r=jya, a=gchang MozReview-Commit-ID: GwCPHXW0fqK
e0352fcf12c17aee1f3e5ccd5c363b517bbdc0a3: Bug 1349883 - Part 2: Reveal more input buffer status to callbacks. r=esawin, r=jya, a=gchang
John Lin <jolin@mozilla.com> - Thu, 13 Apr 2017 17:32:14 +0800 - rev 564323
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1349883 - Part 2: Reveal more input buffer status to callbacks. r=esawin, r=jya, a=gchang Promise based MediaDataDecoder expects one response per request, but ICodecCallbacks was not designed that way. onInputExhausted() is called only when there are none or just a few input buffers waiting to be queued, and onOutput() is called as soon as output buffers are available. It means these 2 kinds of events are usually interleaved and hard to align with pending promises. Reporting each input buffer status makes it easier for RemoteDataDecoder to resolve promise properly. MozReview-Commit-ID: 3FoPzXruRnh
fc16131f93233db6253a19ed010d9c5ab6a31303: Bug 1349883 - Part 1: Combine output buffer index and sample records. r=esawin, r=jya, a=gchang
John Lin <jolin@mozilla.com> - Thu, 13 Apr 2017 17:30:41 +0800 - rev 564322
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1349883 - Part 1: Combine output buffer index and sample records. r=esawin, r=jya, a=gchang MozReview-Commit-ID: ERbFUoyvVhZ
8130607e5dbfb8931684fe758f0453c8e727d006: Bug 1346235 - Part 4: Recycle unpopulated input samples. r=jchen, a=gchang
John Lin <jolin@mozilla.com> - Fri, 17 Mar 2017 15:06:39 +0800 - rev 564321
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1346235 - Part 4: Recycle unpopulated input samples. r=jchen, a=gchang MozReview-Commit-ID: Lr0aSQ0OfRg
6e00d34c16e72c7a3a5adfc6ae037c62a90c68df: Bug 1346235 - Part 3: Forward shared memory allocation error to peer process. r=jchen, a=gchang
John Lin <jolin@mozilla.com> - Fri, 17 Mar 2017 15:17:16 +0800 - rev 564320
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1346235 - Part 3: Forward shared memory allocation error to peer process. r=jchen, a=gchang MozReview-Commit-ID: KDIMylv9tVt
14fd7f066eb943604aa8d43cd8758f208617003d: Bug 1346235 - Part 2: Translate memory error to I/O failure. r=jchen, a=gchang
John Lin <jolin@mozilla.com> - Fri, 17 Mar 2017 15:04:26 +0800 - rev 564319
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1346235 - Part 2: Translate memory error to I/O failure. r=jchen, a=gchang MozReview-Commit-ID: F2ca0q2JQp
fb9caf2d4e40ef97ac58edd9e6674109469283c3: Bug 1346235 - Part 1: Translate native error to Java exception. r=jchen, a=gchang
John Lin <jolin@mozilla.com> - Fri, 17 Mar 2017 14:21:27 +0800 - rev 564318
Push 54574 by bmo:jlorenzo@mozilla.com at Tue, 18 Apr 2017 13:41:26 +0000
Bug 1346235 - Part 1: Translate native error to Java exception. r=jchen, a=gchang MozReview-Commit-ID: BcpfJLSzTvk
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip