Closed Bug 520063 Opened 16 years ago Closed 15 years ago

Could not initialize the application's security component

Categories

(Thunderbird :: Security, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bob.lord, Unassigned)

Details

Attachments

(2 files)

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.4pre) Gecko/20090930 Shredder/3.0pre TB notified me that it had downloaded a new (nightly) update, and that I should restart for the changes to take effect. I did that, and now the crypto module seems to not load. I'll attach two screenshots that might be able to help us track the problem down.
As it stands now, I can't use TB at all since my primary mail server requires SSL, and many of my older messages are encrypted.
I've seen those errors w/ minefield nightlies. I wouldn't be surprsied if the problem went away tomorrow, and was in fact intermittent. Did you try doing a manual "check for updates"?
(In reply to comment #3) > I've seen those errors w/ minefield nightlies. I wouldn't be surprsied if the > problem went away tomorrow, and was in fact intermittent. Did you try doing a > manual "check for updates"? The second screenshot shows the error I get when I try to manually check for updates. I recreated my main account on a fresh profile, and that solved it. So it seems likely that something went wrong with my profile. I should have mentioned before that I tried to fix the problem by removing my cert and key db files, but that didn't help. If no one else sees this problem in the next day or so, then I'll complete the migration to the new profile and we'll just blame the alignment of Jupiter.
(In reply to comment #4) > (In reply to comment #3) > > I've seen those errors w/ minefield nightlies. I wouldn't be surprsied if the > > problem went away tomorrow, and was in fact intermittent. Did you try doing a > > manual "check for updates"? > > The second screenshot shows the error I get when I try to manually check for > updates. I had a look at the AUS logs, and I can see lots of requests from identical user-agents, and no errors are visible. I highly suspect the AUS server is not to blame, and something strange is happening on the client-side.
(In reply to comment #1) > Created an attachment (id=404115) [details] > Image of auto-updater error message I saw that one last wednesday or thursday in shredder too. But didn't had the same issue bob had after the update.
Since I created the new profile, I have not seen this issue.
Bob: were you by any chance in FIPS mode when you updated? Bug 521878 sounds an awful lot like this.
(In reply to comment #8) > Bob: were you by any chance in FIPS mode when you updated? Hm... It's a distinct possibility. I do tend to run in FIPS mode in FF and TB.
(In reply to comment #9) > (In reply to comment #8) > > Bob: were you by any chance in FIPS mode when you updated? > > Hm... It's a distinct possibility. I do tend to run in FIPS mode in FF and TB. In that case, since Bug 521878 is fixed, is your problem gone? (it should be in 3.0.0)
(In reply to comment #10) > In that case, since Bug 521878 is fixed, is your problem gone? (it should be > in 3.0.0) I recreated my profile, and have not seen that problem since. I can't tell if that fix helped or not since I fixed the problem through other means.
Closing this bug report now. I can reopen if I see it again.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: