Closed
Bug 1193668
Opened 9 years ago
Closed 9 years ago
e10s loading screen is broken when lightweight theme is used
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
RESOLVED
FIXED
Firefox 43
People
(Reporter: phlsa, Assigned: Felipe)
References
Details
Attachments
(2 files, 1 obsolete file)
379.86 KB,
image/png
|
Details | |
13.27 KB,
patch
|
jaws
:
review+
|
Details | Diff | Splinter Review |
When the content process isn't ready after tab switching and a lightweight theme is in use, the loading screen for the content process is broken.
It should just show the spinner on a light gray background as if no theme was being used.
Updated•9 years ago
|
tracking-e10s:
--- → m8+
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → felipc
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•9 years ago
|
||
This was caused by the opacity: 0.3 from bug 1106527.
Phillip, the opacity: 0.3 as added in that patch does not mean the same thing as from your mock-up. I believe your goal was just to make the spinner more faded-out, but in practice it had the effect of fading out the entire browser area.
I could change the structure a bit and move the opacity: 0.3 just to the spinner, but opacity slows things down so it's better if we just generate yet another spinner that is solid but with the resulting faded out colors.
On a side note: bug 1106527 had the (unintended?) side effect of making the entire spinner page gray-ish instead of pure white (at least on non-lwtheme mac, as the background of the window is gray), which I thought was kinda nice and less jarring. But I believe from your mockup that the intention was indeed #fff. When I remove the opacity it will go back to being #fff unless we change the background color. Do you confirm this is what is wanted? (I can generate screenshots/try builds if you want to play with it)
Depends on: 1106527
Flags: needinfo?(philipp)
Assignee | ||
Updated•9 years ago
|
Comment 2•9 years ago
|
||
Note: bug 1191909 was flagging that the opacity caused such a perf regression on Linux that I couldn't load my main profile until I cut it down to ~ 3 windows (from ~24).
Assignee | ||
Comment 3•9 years ago
|
||
Just want to get this main part of the patch reviewed before mconley goes on PTO.
The other part of the patch would be to possibly change the spinner image and/or background-color, but I believe a ui-r+ from Philipp suffices for that.
I also want to profile if `visibility: hidden` is better than `opacity: 0` for the browser element, but I'll leave that to a separate bug. And perhaps that will be less important after bug 1180916.
Attachment #8648182 -
Flags: review?(mconley)
Reporter | ||
Comment 4•9 years ago
|
||
Sure, we can put the opacity directly into the spinner!
As for the background: the gray was an accident, but a happy one :)
If we remove the opacity, we should change the background color to a light gray (probably something like #eee)
Flags: needinfo?(philipp)
Comment 5•9 years ago
|
||
Comment on attachment 8648182 [details] [diff] [review]
Remove opacity
Review of attachment 8648182 [details] [diff] [review]:
-----------------------------------------------------------------
Yep, this is the right move. I'm also kinda bummed I didn't think about the performance impact of doing such a giant transparency. :/
Thanks felipe!
Attachment #8648182 -
Flags: review?(mconley) → review+
Assignee | ||
Comment 6•9 years ago
|
||
So just changing the background-color doesn't work. We gotta use !important because there's a bg-color directly set as a style attribute on tabbrowser, here: http://mxr.mozilla.org/mozilla-central/source/browser/base/content/tabbrowser.xml?rev=4c7127a6ae54#4084
Also, for a better hi-dpi img we are changing the spinner file to be 60x60
Attachment #8648182 -
Attachment is obsolete: true
Attachment #8649510 -
Flags: review?(jaws)
Assignee | ||
Comment 7•9 years ago
|
||
Documenting how the spinner was generated, in case we need to adjust it later:
- The spinner now doesn't have transparency. It was generated on preloaders.net with the colors params:
- background color: #f9f9f9
- foreground color: #b0b0b0
- Generated at 120x120 and downloaded the sprites
- Resized to 60x60
- Separated each frame to a separate file
- generated the apng through http://littlesvr.ca/apng/assembler/assembler.php
This tool gives a much better apng file size than preloaders.net, so that's one reason phlsa and I were ok with shipping it at 60x60.
Updated•9 years ago
|
Attachment #8649510 -
Flags: review?(jaws) → review+
Comment 9•9 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox43:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 43
You need to log in
before you can comment on or make changes to this bug.
Description
•