Adium

Ticket #9060 (closed defect: fixed)

Opened 3 months ago

Last modified 3 months ago

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

Reported by: darmok Assigned to: evands
Priority: normal Milestone: Adium X 1.2.2
Component: Adium Core Version: 1.2.1
Severity: regression Keywords: crash login window
Cc: Patch: None
Pending: 0

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

Adium.crash.log.zip (6.5 kB) - added by darmok on 01/26/2008 01:15:49 PM.

Change History

01/26/2008 01:15:49 PM changed by darmok

  • attachment Adium.crash.log.zip added.

01/26/2008 05:10:05 PM changed by evands

  • owner changed from nobody to evands.
  • status changed from new to assigned.
  • severity changed from normal to regression.
  • milestone set to Adium X 1.2.2.

01/26/2008 05:12:00 PM changed by evands

  • status changed from assigned to closed.
  • resolution set to fixed.

(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.

01/26/2008 05:12:54 PM changed by evands

(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.