Closed
Bug 630730
Opened 9 years ago
Closed 9 years ago
Let consumers who probably know what they are doing access the database connection
Categories
(Toolkit :: Password Manager, defect)
Toolkit
Password Manager
Not set
Tracking
()
RESOLVED
FIXED
mozilla2.0b12
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: sdwilsh, Assigned: sdwilsh)
References
Details
Attachments
(1 file, 1 obsolete file)
3.52 KB,
patch
|
mossop
:
approval2.0+
|
Details | Diff | Splinter Review |
This is a bit of a hack, but we should let consumers who feel like they know what they are doing access the database connection of the password manager. Scary, I know, but in the case of Sync, it really really wants to have a transaction around a bunch of calls it makes to add logins to the database. This let's it start and end transactions and the password manager doesn't need any new public API. This should probably be a softblocker, as it's a big problem for mobile with Sync.
Attachment #508956 -
Flags: review?(dolske)
Assignee | ||
Updated•9 years ago
|
blocking2.0: --- → ?
Assignee | ||
Updated•9 years ago
|
Whiteboard: [needs review dolske][softblocker?]
Comment 1•9 years ago
|
||
This is not a blocker but presumably there is a blocker somewhere that requires you to do this evilness right?
blocking2.0: ? → -
Whiteboard: [needs review dolske][softblocker?] → [needs review dolske]
Comment 2•9 years ago
|
||
(In reply to comment #1) > This is not a blocker but presumably there is a blocker somewhere that requires > you to do this evilness right? Correct. Filed bug 631001, nominated for blocking Fennec.
Assignee | ||
Comment 3•9 years ago
|
||
(In reply to comment #1) > This is not a blocker but presumably there is a blocker somewhere that requires > you to do this evilness right? Yes, sorry, I didn't put everything in the bug. This seems to help first Sync times on mobile (well, bug 631001 does, which needs this) quite a bit, which is a priority for the mobile team.
Comment 4•9 years ago
|
||
Comment on attachment 508956 [details] [diff] [review] v1.0 One small nit: Since we're exposing _dbConnection now, _dbCleanup() in storage-mozStorage.js should set _dbConnection to null after closing the connection. [This is only getting called when storage fails to init, which causes an exception, which means pwmgr's this._storage will throw on access, which means you can't _currently_ get a bad DB handle. But nulling it is a good safetybelt.] Also, note that addons can make password manager use an alternate backend. Sync probably ought to gracefully degrade to the slow path, or at the very least not explode if the getInterface() call fails. :)
Attachment #508956 -
Flags: review?(dolske)
Attachment #508956 -
Flags: review+
Attachment #508956 -
Flags: approval2.0+
Updated•9 years ago
|
Whiteboard: [needs review dolske]
Assignee | ||
Comment 5•9 years ago
|
||
(In reply to comment #4) > Also, note that addons can make password manager use an alternate backend. Sync > probably ought to gracefully degrade to the slow path, or at the very least not > explode if the getInterface() call fails. :) It already has to support 3.6, so it should be OK. philikon is cc'd here, so I'm sure he's aware now.
Assignee | ||
Comment 6•9 years ago
|
||
Addresses review comments.
Attachment #508956 -
Attachment is obsolete: true
Attachment #509517 -
Flags: approval2.0?
Updated•9 years ago
|
Attachment #509517 -
Flags: approval2.0? → approval2.0+
Assignee | ||
Comment 7•9 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/ab87d34e89fa
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.0b12
You need to log in
before you can comment on or make changes to this bug.
Description
•