Closed Bug 201013 Opened 23 years ago Closed 23 years ago

Move bookmarks transaction manager to bookmarks service

Categories

(SeaMonkey :: Bookmarks & History, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.4beta

People

(Reporter: janv, Assigned: janv)

References

Details

Attachments

(1 file)

As Pierre already pointed out, this is the real fix for all the bugs related to uninitialized transaction manager in 2nd window. I'll add dependencies later. Patch coming ...
Blocks: 199364
Attached patch patchSplinter Review
Attachment #119670 - Flags: superreview?(jaggernaut)
Attachment #119670 - Flags: review?(chanial)
Blocks: 200771
Status: NEW → ASSIGNED
I think it's not exactly the 2nd window, but every window opened after e.g. doing d'n'd in the PT (or other bookmarks things). But you probably just wanted to make the description shorter, so as long as the patch helps, go for it! :-)
Exactly, I'm sure Pierre knows what I'm talking about ;)
Priority: -- → P3
Target Milestone: --- → mozilla1.4beta
Comment on attachment 119670 [details] [diff] [review] patch Thanks for the patch, Jan. Maybe the bookmark transaction manager should be lazily initialized in GetBookmarkManager? It's up to you
Attachment #119670 - Flags: review?(chanial) → review+
Comment on attachment 119670 [details] [diff] [review] patch I don't think you need an NS_IF_ADDREF there, just NS_ADDREF should do. If nsBookmarksService::Init failed (which it will if mTransactionManager is nsnull) you shouldn't have access to the service, so you wouldn't be able to addref a null there. sr=jag
Attachment #119670 - Flags: superreview?(jaggernaut) → superreview+
Quick question: (when) is the transaction manager released?
checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
thanks for reviews, btw
Verified per last comments.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: