c772ad2dffd9917564ced6892e8ae5fb5c0f25a5: Bug 1273042 - Part 2: Create stacking context for transform animations whose style is transform:none. r?mattwoodrow draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Wed, 01 Jun 2016 10:53:47 +0900 - rev 373653
Push 19806 by bmo:hiikezoe@mozilla-japan.org at Wed, 01 Jun 2016 01:55:11 +0000
Bug 1273042 - Part 2: Create stacking context for transform animations whose style is transform:none. r?mattwoodrow To create stacking context for transform animations whose style is transform:none, we need to check the frame has transform animations regardless of current transform style. MozReview-Commit-ID: 1gm5stDMrRC
0aa28edf9907d1a62629f0810faa7ddf6864594b: Bug 1273042 - Part 1: Use StyleContext()->GetPseudoType() to obtain CSSPseudoElementType for the nsIFrame. r?birtles draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Wed, 01 Jun 2016 10:53:46 +0900 - rev 373652
Push 19806 by bmo:hiikezoe@mozilla-japan.org at Wed, 01 Jun 2016 01:55:11 +0000
Bug 1273042 - Part 1: Use StyleContext()->GetPseudoType() to obtain CSSPseudoElementType for the nsIFrame. r?birtles Before this patch, we could't use EffectSet::GetEffectSet(nsIFrame*) until the target content associated with the nsIFrame has a primary frame since nsLayoutUtils::GetStyleFrame(nsIContent*) needs the primary frame. In this patch, StyleContext()->GetPseudoType() is used for obtaining CSSPseudoElementType instread of content->NodeInfo()->NameAtom(). As a result, we don't need to care about whether the content has a primary frame or not. MozReview-Commit-ID: 6eGgcPURCbS
184a6b6e17cf6ffc321a791b3ef9176cec5e17d8: Bug 1273042 - Part 4: Drop nsLayoutUtils::GetAnimationContent declaration. r?birtles. draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Wed, 01 Jun 2016 06:20:51 +0900 - rev 373651
Push 19805 by bmo:hiikezoe@mozilla-japan.org at Wed, 01 Jun 2016 01:53:04 +0000
Bug 1273042 - Part 4: Drop nsLayoutUtils::GetAnimationContent declaration. r?birtles. MozReview-Commit-ID: CE1CCkiCnW2 The implementation of nsLayoutUtils::GetAnimationContent has been dropped in bug 771367.
bf2d70801d53eb1270a64d2a2021edead6f9d0f3: Bug 1273042 - Part 3: Reftest for checking transform:none animations create a stacking context. r?birtles draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Wed, 01 Jun 2016 06:00:04 +0900 - rev 373650
Push 19805 by bmo:hiikezoe@mozilla-japan.org at Wed, 01 Jun 2016 01:53:04 +0000
Bug 1273042 - Part 3: Reftest for checking transform:none animations create a stacking context. r?birtles This patch has two test cases for CSS animations and once test case for web animations. For CSS animations test cases: @keyframes { from, to { transform: none; } } @keyframes { 0% { transform: none; } 99% { transform: none; } 100% { transform: translateX(0px); } } Both of them should create a stacking context. For web animtions test cases, the target element is appended after animate(). MozReview-Commit-ID: Gy1sY41jV7G
c6a0bf487094f2910e8e3e74428fbbe64c57e4aa: Bug 1273042 - Part 2: Create stacking context for transform animations whose style is transform:none. r?mattwoodrow draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Wed, 01 Jun 2016 06:00:04 +0900 - rev 373649
Push 19805 by bmo:hiikezoe@mozilla-japan.org at Wed, 01 Jun 2016 01:53:04 +0000
Bug 1273042 - Part 2: Create stacking context for transform animations whose style is transform:none. r?mattwoodrow To create stacking context for transform animations whose style is transform:none, we need to check the frame has transform animations regardless of current transform style. MozReview-Commit-ID: EUcixNvzyxI
9de272e9fce52525a4e5311d25d87e1b80f356f7: Bug 1273042 - Part 1: Use StyleContext()->GetPseudoType() to obtain CSSPseudoElementType for the nsIFrame. r? draft
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Wed, 01 Jun 2016 06:00:03 +0900 - rev 373648
Push 19805 by bmo:hiikezoe@mozilla-japan.org at Wed, 01 Jun 2016 01:53:04 +0000
Bug 1273042 - Part 1: Use StyleContext()->GetPseudoType() to obtain CSSPseudoElementType for the nsIFrame. r? Before this patch, we could't use EffectSet::GetEffectSet(nsIFrame*) until the target content associated with the nsIFrame has a primary frame since nsLayoutUtils::GetStyleFrame(nsIContent*) needs the primary frame. In this patch, StyleContext()->GetPseudoType() is used for obtaining CSSPseudoElementType instread of content->NodeInfo()->NameAtom(). As a result, we don't need to care about whether the content has a primary frame or not. MozReview-Commit-ID: J8ggZJ4KP5v
e846b9268825c3208280fde8d1a296be48ca65f4: Bug 1276406 Remove "ime-enabled-state-changed" notification completely r?smaug draft
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 31 May 2016 18:39:43 +0900 - rev 373647
Push 19804 by masayuki@d-toybox.com at Wed, 01 Jun 2016 01:40:55 +0000
Bug 1276406 Remove "ime-enabled-state-changed" notification completely r?smaug "ime-enabled-state-changed" notification was implemented for Android in bug 603848 but nobody currently observes this notification. Therefore, we can stop notify the observer service of this. MozReview-Commit-ID: 3TNHf1xWo2l
c1fb512d8497e7f5a02cf553b16cb830859fcae7: Bug 1251063 PuppetWidget should cache InputContext which is set with SetInputContext() and use it in GetInputContext() only when it is the widget which has active input context in the process r?smaug draft
Masayuki Nakano <masayuki@d-toybox.com> - Sat, 28 May 2016 11:27:56 +0900 - rev 373646
Push 19804 by masayuki@d-toybox.com at Wed, 01 Jun 2016 01:40:55 +0000
Bug 1251063 PuppetWidget should cache InputContext which is set with SetInputContext() and use it in GetInputContext() only when it is the widget which has active input context in the process r?smaug PuppetWidget::GetInputContext() needs to communicate with its parent process with synchronous IPC. This is very expensive for focus move. Currently, IMEStateManager uses nsIWidget::GetInputContext() only for checking the IME enabled state. Therefore, it's enough to cache input context when nsIWidget::SetInputContext() is called. Then, we can avoid to communicate with synchronous IPC with PuppetWidget::GetInputContext() in most cases. This patch makes IMEStateManager stores the last widget which sets input context. When PuppetWidget uses its input context cache, it should check if it is the last widget to set input context with IMEStateManager since an input context may be shared with other widgets and another one may have update the input context. I.e., PuppetWidget's input context cache may be already outdated after IMEStateManager sets input context with another widget. This patch gives up to support retrieving IME open state from child process. However, perhaps, this is not necessary for everybody including add-on developers because the only user of IME open state in child process is nsIDOMWindowUtils. So, add-ons can send IME open state from chrome process instead. If this decision is wrong, unfortunately, we should support it again in another bug. It's easy to support with creating another nsIWidget::GetInputContext() or adding additional argument to it. MozReview-Commit-ID: B2d2CCTsPKj
30eb7b73ef2253a69592d9ec8071a2c2a1ea0264: Bug 1275455 - Adding in icons for containers in customisable UI menu draft
Jonathan Kingston <jkingston@mozilla.com> - Thu, 26 May 2016 04:20:23 +0100 - rev 373645
Push 19803 by jkingston@mozilla.com at Wed, 01 Jun 2016 00:59:39 +0000
Bug 1275455 - Adding in icons for containers in customisable UI menu MozReview-Commit-ID: rjXUyaMDyg
778b22752c26cef7c09cc5a80f6b5fe510ce829b: Bug 1275432 - showing container icons in file and tab menu. draft
Jonathan Kingston <jkingston@mozilla.com> - Thu, 26 May 2016 12:12:24 +0100 - rev 373644
Push 19802 by jkingston@mozilla.com at Wed, 01 Jun 2016 00:30:00 +0000
Bug 1275432 - showing container icons in file and tab menu. MozReview-Commit-ID: 9QJHU188MwI
3c96cf81f729911bfefcc103f46068bd9b8fb202: Bug 1270191 - Correct my previous patches to more faithfully reproduce the refactored code. r=liuche draft
Michael Comella <michael.l.comella@gmail.com> - Tue, 31 May 2016 17:25:17 -0700 - rev 373643
Push 19801 by michael.l.comella@gmail.com at Wed, 01 Jun 2016 00:25:38 +0000
Bug 1270191 - Correct my previous patches to more faithfully reproduce the refactored code. r=liuche The previous code checked: if (env.startsWith("MOZ_DISABLE_SWITCHBOARD=")) { if (!env.endsWith("=")) { So it would not pass with the empty String but my previous revision permitted the empty string. Practically speaking, I don't think it matters because this is only used in remoteautomation.py where the value is 1, but better safe than sorry. MozReview-Commit-ID: DLtmvWlQYs7
c2d56638e078012766e8f7c9b64de6d3988e6dbc: Bug 1270191 - Disable telemetry upload during tests. r=grisha draft
Michael Comella <michael.l.comella@gmail.com> - Tue, 31 May 2016 17:04:40 -0700 - rev 373642
Push 19801 by michael.l.comella@gmail.com at Wed, 01 Jun 2016 00:25:38 +0000
Bug 1270191 - Disable telemetry upload during tests. r=grisha MozReview-Commit-ID: GoQQRfGRvd4
1642484993287d489060e95e3fbeb62232b422c6: Bug 1270191 - Move Experiments to env var solution. r=grisha draft
Michael Comella <michael.l.comella@gmail.com> - Tue, 31 May 2016 17:04:25 -0700 - rev 373641
Push 19801 by michael.l.comella@gmail.com at Wed, 01 Jun 2016 00:25:38 +0000
Bug 1270191 - Move Experiments to env var solution. r=grisha MozReview-Commit-ID: 5Rpdyg7zpNG
f33965372fdfdb801d5f9b999c91dd591f6c856c: Bug 1270191 - Add IntentUtils.getEnvVarMap. r=grisha draft
Michael Comella <michael.l.comella@gmail.com> - Tue, 31 May 2016 16:48:03 -0700 - rev 373640
Push 19801 by michael.l.comella@gmail.com at Wed, 01 Jun 2016 00:25:38 +0000
Bug 1270191 - Add IntentUtils.getEnvVarMap. r=grisha MozReview-Commit-ID: 7ojczu4rOnD
a194b0e919b6bc04846464eae99b80cdfd83d5b3: Bug 1276338 - chrome.runtime.id is undefined in content scripts, r?kmag draft
Bob Silverberg <bsilverberg@mozilla.com> - Tue, 31 May 2016 11:55:30 -0400 - rev 373639
Push 19800 by bmo:bob.silverberg@gmail.com at Wed, 01 Jun 2016 00:22:59 +0000
Bug 1276338 - chrome.runtime.id is undefined in content scripts, r?kmag MozReview-Commit-ID: BXqB1rW9DzB
2a222461728f60fc86eda97133c87cfb2655e9ad: Bug 1275437 - Moved installing of Python into an install_python method in the windows bootstrapper; r?gps draft
Nathan Hakkakzadeh <nhakkakzadeh@mozilla.com> - Tue, 31 May 2016 17:15:31 -0700 - rev 373638
Push 19799 by bmo:nhakkakzadeh@mozilla.com at Wed, 01 Jun 2016 00:14:47 +0000
Bug 1275437 - Moved installing of Python into an install_python method in the windows bootstrapper; r?gps The correct version of Python will get installed from the install_python method instead of with the system packages. This is more in-line with how a bootstrapper *should* extend from the base bootstrapper. MozReview-Commit-ID: JIMGF7XKL02
cb8fc6dd6364385b76284df39663f4144a9f8382: Bug 1275437 - Fixed some offending version checks that were inhereted from the BaseBootstrapper r?gps draft
Nathan Hakkakzadeh <nhakkakzadeh@mozilla.com> - Tue, 31 May 2016 11:20:34 -0700 - rev 373637
Push 19798 by bmo:nhakkakzadeh@mozilla.com at Wed, 01 Jun 2016 00:03:15 +0000
Bug 1275437 - Fixed some offending version checks that were inhereted from the BaseBootstrapper r?gps Overrode BaseBootstrapper.which to append '.exe' to any which checks since (hopefully) anything the bootstrapper looks for, must be a windows executable. Changed base bootstrapper class to use str instead of unicode to avoid a bug in the MinGW version of Python where subprocces.Popen will not accept environment variables that are in unicode instead of str. MozReview-Commit-ID: 4m8xNifawYS
51b2a8501c57d35a35923f7de63e53ea58a4eb17: Bug 1275437 - Added installing of Mercurial to Windows boostrapper. draft
Nathan Hakkakzadeh <nhakkakzadeh@mozilla.com> - Thu, 26 May 2016 10:38:58 -0700 - rev 373636
Push 19798 by bmo:nhakkakzadeh@mozilla.com at Wed, 01 Jun 2016 00:03:15 +0000
Bug 1275437 - Added installing of Mercurial to Windows boostrapper. Added convenience method for installing from pip. Windows bootstrapper implements upgrade_mercurial to install mercurial from pip. MozReview-Commit-ID: ClqNA2NmQcc
cb667157c63e78d55aeacb1058df9a61de737f32: Bug 1275437 - Fixed some offending version checks that were inhereted from the BaseBootstrapper r?gps draft
Nathan Hakkakzadeh <nhakkakzadeh@mozilla.com> - Tue, 31 May 2016 11:20:34 -0700 - rev 373635
Push 19797 by bmo:nhakkakzadeh@mozilla.com at Tue, 31 May 2016 23:54:56 +0000
Bug 1275437 - Fixed some offending version checks that were inhereted from the BaseBootstrapper r?gps Overrode BaseBootstrapper.which to append '.exe' to any which checks since (hopefully) anything the bootstrapper looks for, must be a windows executable. Changed base bootstrapper class to use str instead of unicode to avoid a bug in the MinGW version of Python where subprocces.Popen will not accept environment variables that are in unicode instead of str. MozReview-Commit-ID: 4m8xNifawYS
9066f2e3135de88cf3fb8d3b05bb7b83e4f0d6c7: Bug 1275437 - Added installing of Mercurial to Windows boostrapper. draft
Nathan Hakkakzadeh <nhakkakzadeh@mozilla.com> - Thu, 26 May 2016 10:38:58 -0700 - rev 373634
Push 19797 by bmo:nhakkakzadeh@mozilla.com at Tue, 31 May 2016 23:54:56 +0000
Bug 1275437 - Added installing of Mercurial to Windows boostrapper. Added convenience method for installing from pip. Had install_system_packages method of the windows bootstrapper install mercurial as part of the bootstrapping process. MozReview-Commit-ID: ClqNA2NmQcc
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip