Closed
Bug 850362
Opened 12 years ago
Closed 12 years ago
New DOMStorage followup: reintroduce bug 842852
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla23
People
(Reporter: mayhemer, Assigned: mayhemer)
Details
Attachments
(1 file)
(deleted),
patch
|
mak
:
review+
mayhemer
:
checkin+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•12 years ago
|
||
Actually, apply [1] to the new code.
[1] https://hg.mozilla.org/integration/mozilla-inbound/rev/4b67ec4c0d4e
Assignee | ||
Comment 2•12 years ago
|
||
- identical copy of what has been introduced in bug 842852 wrt ConfigureWALBehavior() and how the read-only connection is being open
- reader connection now opened and closed on the worker thread (previously on the main thread, opened lazily)
Attachment #724218 -
Flags: review?(mak77)
Comment 3•12 years ago
|
||
Comment on attachment 724218 [details] [diff] [review]
v1
Review of attachment 724218 [details] [diff] [review]:
-----------------------------------------------------------------
The patch looks good, but it's hard to figure how it merges with the surroundings, since everything is still in patches.
Could you please tell me what happens after this patch, when the sync preload is needed? Does the mainthread stop and waits for the async thread to open both the connections, in both WAL and non-WAL mode?
If so, I think it's ok. Opening/closing the sync connection in the async thread looks like a good idea.
::: dom/src/storage/DOMStorageDBThread.cpp
@@ +595,4 @@
> DOMStorageDBThread::ShutdownDatabase()
> {
> + // Has to be called on the worker thread.
> + MOZ_ASSERT(!NS_IsMainThread());
nit: you may move the comment to a MOZ_ASSERT message (2nd param)
Attachment #724218 -
Flags: review?(mak77) → review+
Assignee | ||
Comment 4•12 years ago
|
||
Marco, here is try run for this patch on top of 2.7.1 patch from bug 600307:
https://tbpl.mozilla.org/?tree=Try&rev=b02d595de26d
You can check the whole context now.
Assignee | ||
Comment 5•12 years ago
|
||
Sorry, I forgot to answer your questions!
(In reply to Marco Bonardo [:mak] from comment #3)
> Could you please tell me what happens after this patch, when the sync
> preload is needed?
I'm not sure I understand the question. The behavior is identical, with just one difference: when the clone r/o connection is not ready and we demand sync load, it cannot be satisfied directly (there is no connection to do the SELECT on), thus we .
> Does the mainthread stop and waits for the async thread
> to open both the connections, in both WAL and non-WAL mode?
Yes. But it doesn't wait for opening the connection only, it also waits for the database version sanitization. If that is not ready, main thread has to wait. This more or less covers also answer to the first question.
Assignee | ||
Comment 6•12 years ago
|
||
Comment on attachment 724218 [details] [diff] [review]
v1
https://hg.mozilla.org/integration/mozilla-inbound/rev/001296076966
Attachment #724218 -
Flags: checkin+
Assignee | ||
Comment 7•12 years ago
|
||
Comment 8•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla23
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•