Closed
Bug 1336230
Opened 8 years ago
Closed 8 years ago
When a window is maximized, it should not show the window opening transition
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
FIXED
mozilla54
Tracking | Status | |
---|---|---|
firefox54 | --- | fixed |
People
(Reporter: mconley, Assigned: mconley)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
As part of our efforts to improve perceived performance, one of the things that the UX team has identified coming out of the Photon work is that we want the opening of new windows to feel smooth.
On Windows, at least, there is a default "effect" that makes the window "fade in" and zoom. At least for maximized windows, the UX team feels that this effect just takes valuable time and can get axed.
Assignee | ||
Comment 1•8 years ago
|
||
I've looked at this briefly, and I _suspect_ it's pretty straight forward. Gonna try this today.
Assignee: nobody → mconley
Comment hidden (mozreview-request) |
Comment hidden (mozreview-request) |
Assignee | ||
Comment 4•8 years ago
|
||
So we already had a feature flag for windows to prevent animation on MacOS. I've made that agnostic, and written the JavaScript that checks the window state for STATE_MAXIMIZED and adds that feature flag if the window is indeed maximized.
Basically, what I've got here is the behaviour that's been described, but on MacOS. Not sure if we want it there, but that's where I started. Now I'm going to try to get the suppressanimation feature supported for our Windows backend.
Assignee | ||
Comment 5•8 years ago
|
||
Do we want this change on MacOS as well as Windows?
Flags: needinfo?(philipp)
Comment hidden (mozreview-request) |
Comment hidden (mozreview-request) |
Comment hidden (mozreview-request) |
Comment 9•8 years ago
|
||
Is that the same effect used on browser startup when sessionrestore is restoring the windows?
Assignee | ||
Comment 10•8 years ago
|
||
(In reply to :Felipe Gomes (needinfo me!) from comment #9)
> Is that the same effect used on browser startup when sessionrestore is
> restoring the windows?
Yes. A consequence (or benefit?) of the patches here is that on Windows, we'll stop animating the windows that are opened on session restore.
Comment 11•8 years ago
|
||
mozreview-review |
Comment on attachment 8833479 [details]
Bug 1336230 - Rename macsuppressanimation and CHROME_MAC_SUPPRESS_ANIMATION to be platform agnostic.
https://reviewboard.mozilla.org/r/109728/#review111124
Attachment #8833479 -
Flags: review?(jmathies) → review+
Comment 12•8 years ago
|
||
mozreview-review |
Comment on attachment 8833524 [details]
Bug 1336230 - Add suppressanimation support to Windows backend.
https://reviewboard.mozilla.org/r/109748/#review111128
Attachment #8833524 -
Flags: review?(jmathies) → review+
Comment 13•8 years ago
|
||
mozreview-review |
Comment on attachment 8833480 [details]
Bug 1336230 - If the current window is maximized if the user opens a new window, skip the opening animation.
https://reviewboard.mozilla.org/r/109730/#review110862
Attachment #8833480 -
Flags: review?(felipc) → review+
Comment 14•8 years ago
|
||
Pushed by mconley@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/48c77c39e587
Rename macsuppressanimation and CHROME_MAC_SUPPRESS_ANIMATION to be platform agnostic. r=jimm
https://hg.mozilla.org/integration/autoland/rev/768bf846fac5
Add suppressanimation support to Windows backend. r=jimm
https://hg.mozilla.org/integration/autoland/rev/16dc1c594448
If the current window is maximized if the user opens a new window, skip the opening animation. r=Felipe
Comment 15•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/48c77c39e587
https://hg.mozilla.org/mozilla-central/rev/768bf846fac5
https://hg.mozilla.org/mozilla-central/rev/16dc1c594448
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox54:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla54
Comment 16•8 years ago
|
||
Looks good!
As just discussed in person, let's enable the fix on all platforms.
Flags: needinfo?(philipp)
Comment 17•8 years ago
|
||
In toolkit/components/windowwatcher/test/browser_new_content_window_chromeflags.js
> - "macsuppressanimation": {
> + "suppressanimation": {
> flag: Ci.nsIWebBrowserChrome.CHROME_MAC_SUPPRESS_ANIMATION,
Shouldn't this be:
> - "macsuppressanimation": {
> - flag: Ci.nsIWebBrowserChrome.CHROME_MAC_SUPPRESS_ANIMATION,
> + "suppressanimation": {
> + flag: Ci.nsIWebBrowserChrome.CHROME_SUPPRESS_ANIMATION,
Assignee | ||
Comment 18•8 years ago
|
||
(In reply to Frank-Rainer Grahl from comment #17)
> In
> toolkit/components/windowwatcher/test/browser_new_content_window_chromeflags.
> js
>
> > - "macsuppressanimation": {
> > + "suppressanimation": {
> > flag: Ci.nsIWebBrowserChrome.CHROME_MAC_SUPPRESS_ANIMATION,
>
> Shouldn't this be:
>
> > - "macsuppressanimation": {
> > - flag: Ci.nsIWebBrowserChrome.CHROME_MAC_SUPPRESS_ANIMATION,
> > + "suppressanimation": {
> > + flag: Ci.nsIWebBrowserChrome.CHROME_SUPPRESS_ANIMATION,
Yep, definitely. Good eye, thanks. I've filed bug 1337432 to address this.
Updated•8 years ago
|
Updated•8 years ago
|
No longer blocks: photon-performance-triage
Updated•8 years ago
|
Blocks: photon-performance-triage
You need to log in
before you can comment on or make changes to this bug.
Description
•