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)

enhancement

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.

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.