Open Bug 1415267 Opened 7 years ago Updated 3 days ago

Define behaviour of theme.reset()

Categories

(WebExtensions :: Themes, defect, P3)

defect

Tracking

(Not tracked)

People

(Reporter: ntim, Unassigned)

References

(Blocks 1 open bug)

Details

      No description provided.
Priority: -- → P2
Blocks: themingapi-polish
No longer blocks: themingapi
Priority: P2 → P3
Component: WebExtensions: Frontend → WebExtensions: Themes
Hope that gets fixed...
Product: Toolkit → WebExtensions
Whiteboard: [ntim-intern-project]
Hey Mike, can you synchronize this work with the AMO team and Add-ons Manager side concerning dynamic themes classification? I'm removing the whiteboard tag as Tim isn't going to work on this for his intern project.
Flags: needinfo?(mconca)
Whiteboard: [ntim-intern-project]
Thanks, Jared. I'll move it into the WebExtensions backlog, although I imagine someone from the Firefox front-end engineering team will likely still need to be involved at some point.
Flags: needinfo?(mconca)
This is a larger problem with dynamic themes, they're extensions that stack up on top of static/lightweight themes and maybe they actually shouldn't. The add-ons team has a project planned to narrow the definition of "dynamic themes".
Flags: needinfo?(mdeboer)
Summary: theme.reset() should reset to the currently selected static/default theme → Define behaviour of theme.reset()
Depends on: 1585290
Depends on: 1592831
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 10 votes.
:robwu, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(rob)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(rob)
See Also: → 1774054
You need to log in before you can comment on or make changes to this bug.