Adium

Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#9060 closed defect (fixed)

Adium crashes when "Login Window..." is selected.

Reported by: darmok Owned by: evands
Milestone: Adium 1.2.2 Component: Adium Core
Version: Severity: regression
Keywords: crash login window Cc:
Patch Status:

Description

When leaving to run errands, I often bring up the system Login Window instead of just letting the screen saver lock things. This way others can use my machine while I'm away, without messing with what I was doing...

But this causes Adium 1.2.1 to consistently crash. I do not recall this occurring in prior releases.

In system.log, I see only:
Jan 26 13:01:59 dans-smurftower loginwindow[687]: Login Window Started Security Agent
Jan 26 13:02:49 dans-smurftower crashdump[688]: Adium crashed

Crash log is attached.

It should be noted that if I don't log back in immediately, then the only indication I have that Adium crashed is that it's not running. The normal windows saying the app crashed and asking me to submit a report never appear.

My config:
300-MHz PowerMac G3 B&W w/ 640 MB RAM, OS X 10.4.10, AdiumX 1.2.1
Accounts: 3 AIM, 2 ICQ, 2 GoogleTalk, 1 MSN, 3 Yahoo (related, so two are disabled).

Attachments (1)

Adium.crash.log.zip (6.5 KB) - added by Dan 12 years ago.

Download all attachments as: .zip

Change History (4)

Changed 12 years ago by Dan

Attachment: Adium.crash.log.zip added

comment:1 Changed 12 years ago by Evan Schoenberg

Milestone: Adium X 1.2.2
Owner: changed from nobody to Evan Schoenberg
Severity: normalregression
Status: newassigned

comment:2 Changed 12 years ago by Evan Schoenberg

Resolution: fixed
Status: assignedclosed

(In [22496]) The preference controller no longer permanently retains every object stored as a preference... which means that classes using it have to be appropriately responsible. The fast user switching support plugin was storing NSNumber objects used when fast user switching or the screensaver changes (when such activities are supposed to cause status changes) without retaining them. This fixes that and so fixes crashiness.

Fixes #9040. Fixes #9060.

comment:3 Changed 12 years ago by Evan Schoenberg

(In [22497]) Merged [22496]: The preference controller no longer permanently retains every object stored as a preference... which means that classes using it have to be appropriately responsible. The fast user switching support plugin was storing NSNumber objects used when fast user switching or the screensaver changes (when such activities are supposed to cause status changes) without retaining them. This fixes that and so fixes crashiness.

Fixes #9040. Fixes #9060.

Note: See TracTickets for help on using tickets.