Open
Bug 1404496
Opened 7 years ago
Updated 2 years ago
Window specific themes should not reset when previewing a theme in customize mode
Categories
(Firefox :: Theme, defect, P3)
Firefox
Theme
Tracking
()
NEW
People
(Reporter: fx4waldi, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
647 bytes,
application/x-xpinstall
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20170929100122
Steps to reproduce:
1. Install an extension from attachment
2 [review]. Open new private window
3. Open "Customization mode"
4. Hover over a theme eg. "Dark theme" (do not click)
5. Close "Customization mode"
6. Open next new window
Actual results:
1. The first window (without the red theme) has a theme that was pointed at the cursor.
2. Third window (and each next) has a red theme
Expected results:
1. Theme shouldn't change
2. Theme should be applied only to private windows
Updated•7 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Theme API for a specific window does not work properly → Window specific themes should not reset when previewing a theme in customize mode
Updated•7 years ago
|
Component: Untriaged → Theme
Comment 2•7 years ago
|
||
This is on my list after bug 1404855
Assignee: nobody → ntim.bugs
Status: NEW → ASSIGNED
Flags: needinfo?(ntim.bugs)
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Blocks: themingapi-polish
Comment 3•7 years ago
|
||
The solution for this bug would be to pass in the outerWindowID to the preview method, and ultimately passed along to the LightWeightThemeConsumer class.
IOW: make the preview functionality scoped to the active window. That the preview feature will be cheaper to render is a nice side-effect.
Updated•7 years ago
|
Assignee: ntim.bugs → nobody
Status: ASSIGNED → NEW
Updated•7 years ago
|
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•