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•6 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•6 years ago
|
Assignee: ntim.bugs → nobody
Status: ASSIGNED → NEW
Updated•6 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
•