Closed Bug 621365 Opened 15 years ago Closed 15 years ago

localstorage session-only determination in parent process is broken via IPC

Categories

(Core :: DOM: Core & HTML, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
fennec 2.0+ ---

People

(Reporter: jdm, Unassigned)

References

Details

Attachments

(1 file)

The parent's DOMStorageImpl mSessionOnly var is only determined at creation, which is very incorrect. I believe we need to forward the child's mSessionOnly with each operation we perform.
This should block, as it breaks the expected storage lifetime of localstorage instances used with session cookies,
tracking-fennec: --- → ?
Attachment #499704 - Flags: review?(honzab.moz)
I had an idea to move check for session-only to the chrome process completely (send just the subject URI to inspect it by the storage implementation later) but I didn't measure any performance benefit. I'll review your patch soon.
Comment on attachment 499704 [details] [diff] [review] Forward child session-only status to parent. > sync protocol PStorage > sync GetKeys(bool callerSecure) > returns (nsString[] keys); I am not sure of this method if it also needs to pass sessionOnly arg. If so, then it is probably a different bug, and probably present before remoting dom storage. >+ void ForceSessionOnly(bool aSessionOnly); Maybe rather just SetSessionOnly ? r=honzab
Attachment #499704 - Flags: review?(honzab.moz) → review+
tracking-fennec: ? → 2.0+
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: