Skip to content

explore the use of a dedicated worker to manage the burner #87

@gregoryguillou

Description

@gregoryguillou

Objectives

There are several reasons behind this exploration. One being security and the fact that dedicated workers should only be called by the script that has initiated it. The second being that the worker lifecycle could expand beyond the scope of a page reload.

Success Criterias

here again, we do not want to implement this in the burner for now but to explore the idea. What we need to check is:

  • create a dedicated worker from the extension and describe worker reload lifecycle. What is the scope of a variable, especially when dealing with page refresh
  • explore the possibilities to store data in localStore/sessionStore depending on the security/incognito options
  • explore the possibilities to store data in an encrypted cookie or any alternate mecasnism

Metadata

Metadata

Assignees

No one assigned

    Labels

    questionFurther information is requested

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions