Closed Bug 736549 Opened 14 years ago Closed 14 years ago

Dont link to NSS functions unless we need them

Categories

(Firefox for Android Graveyard :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: wesj, Assigned: wesj)

Details

Attachments

(1 file)

I'm trying to figure out if my recent NSS changes are causing 736289. My theory is maybe NSS_Initialize is being called twice in the same process. I'm not exactly sure how that happens due to my code, which should only be hit if you actually call into the PasswordsProvider during startup, which shouldn't happen. This does two things: 1.) Removes some unnecessary nss initialization in form history (Its possible we are hitting this in the same proceess as Gecko...) and in tests. NSSBridge does the correct initialization for us. 2.) Adds a boolean parameter to loadNSSLibs so that we don't bother linking to NSS functions if we don't want them. Callers will still have to be careful. I feel like there's a smarter solution here, but its alluding me right now...
Attached patch PatchSplinter Review
Whoops. This patch.
Assignee: nobody → wjohnston
Attachment #606655 - Flags: review?(blassey.bugs)
I think I'd rather have ensureNSSLoaded() which protects uses a static boolean to return early if its already been called. Would that fix this particular bug? or am I missing something here?
Nope. We have that in fact! I was worried somehow these functions were being called from the Gecko process and causing crashes, but it looks like that was a different bug anyway. I'll just resolve this invalid if thats ok.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
Attachment #606655 - Flags: review?(blassey.bugs) → review-
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: