Open Bug 766057 Opened 12 years ago Updated 2 years ago

Use IndexedDB to store data between re-starts instead of preferences or permission manager

Categories

(Core :: General, defect)

defect

Tracking

()

People

(Reporter: mounir, Unassigned)

References

Details

It seems like when we want to store data to be re-used later and make sure it is persistent between different starts, we are using preferences. Preferences is clearly odd for that usage because we do not want to store a preference and the user isn't expected to change the value manually.

IMO, we should probably use IndexedDB for those use cases. This is a persistent storage that isn't expected to be seen and modified by the user.

To make this happen we should:
1. have an rough idea of which preferences are actually data being stored;
2. create a helper allowing easy reading and writing of those values from JS and C++ ideally;
3. change the callers;
Severity: blocker → normal
OS: Linux → All
Blocks: 775369
No longer blocks: 760898
Summary: Use IndexedDB to store data between re-starts instead of preferences → Use IndexedDB to store data between re-starts instead of preferences or permission manager
Depends on: 775370
Blocks: 775370
No longer depends on: 775370
Hi Mounir,
I am interested in working on this bug. Could you please guide me on getting started with this bug. I am having the mozilla-central folder containing the source code of firefox. Will I be needing some other source code for Core ? I am working on bugs for firefox but have never worked
on bugs for core. Please help me on getting started with this bug.

Thanks.
Abhishek you just need the Firefox source code.
This change makes sense semantically. Performance-wise, this is harder to predict, as both Preferences and IndexedDB have non-trivial costs. It would be interesting to be able to measure the cost/benefit of this change.
Keywords: student-project
Whiteboard: [mentor=mounir]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.