Closed
Bug 1944041
Opened 5 months ago
Closed 5 months ago
Implement shared memory fallback for large keys and index keys in IndexedDB
Categories
(Core :: Storage: IndexedDB, enhancement, P3)
Core
Storage: IndexedDB
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: janv, Unassigned)
References
Details
Currently, if a key or index key is too large, the user receives a "max serialized message size" error because these objects do not automatically fall back to shared memory during serialization. This behavior differs from structured clones, which already use a fallback mechanism for large data (e.g., exceeding 64KB).
To ensure consistency and improve reliability, large keys and index keys should also adopt the shared memory fallback approach to prevent hitting IPC size limits.
Reporter | ||
Comment 1•5 months ago
|
||
I spoke with Nika, and IPC already supports this. The only issue arises in cases where there are large arrays with items smaller than 64KB, as this can quickly lead to a 'message too big' crash which seems to be the case in 1943951.
Status: NEW → RESOLVED
Closed: 5 months ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•