Adium

Ticket #225 (closed defect: fixed)

Opened 3 years ago

Last modified 3 months ago

Idle preference not saved

Reported by: anonymous Assigned to: nobody
Priority: normal Milestone: Adium X 1.2.2
Component: AIM Version: 0.81
Severity: normal Keywords:
Cc: Patch: None
Pending: 0

Description

Each time I relaunch the application, I have to redo my idle preferences. Namely, I choose not to let others know I am idle after X minutes, however everytime I restart the box is checked. Is there a way to have this preference saved?

Change History

05/19/2005 12:55:59 PM changed by catfish_man

  • milestone deleted.

Please don't set milestones when filing tickets

05/29/2005 11:45:26 PM changed by adamiser

This preference is indeed not working correctly.

06/21/2005 10:13:32 AM changed by anonymous

  • milestone set to Adium X 0.83.

07/24/2005 01:42:33 AM changed by evands

  • cc set to evan.s@dreskin.net, adam@adiumx.com.

Can anybody reproduce this? I can't.

08/04/2005 03:16:20 PM changed by wootest

  • status changed from new to closed.
  • resolution set to worksforme.

08/04/2005 04:23:21 PM changed by tick

  • status changed from closed to reopened.
  • resolution deleted.

08/04/2005 04:28:53 PM changed by wootest

  • status changed from reopened to closed.
  • resolution set to worksforme.

08/04/2005 04:30:15 PM changed by wootest

(The ticket was ostensibly opened because someone thought Adam had been able to reproduce it. However, he hadn't.)

08/05/2005 02:48:58 AM changed by catfish_man

  • milestone deleted.

10/04/2005 11:20:20 PM changed by klatt@klatt.us

  • status changed from closed to reopened.
  • resolution deleted.

This happens to me on tiger 10.4.2 and adium .84

11/03/2005 10:06:13 PM changed by tick

  • milestone set to Adium X 1.0.

Setting to 1.0 for now, but we need to try to reproduce this or close it for good.

11/10/2005 11:38:36 PM changed by tick

  • field_haspatch changed.

Can anyone get this to happen in .86 or svn head?

01/03/2006 04:38:44 PM changed by evands

  • status changed from reopened to closed.
  • resolution set to worksforme.
  • milestone deleted.

I really can't reproduce this. The status preferences are localized, so it could be a localization-specific issue. If you, theoretical bug reporting reader, reopen this because you have the problem in this ticket, please include the language in which Adium runs on your system.

01/03/2006 04:38:49 PM changed by evands

  • cc deleted.

02/01/2006 01:06:28 PM changed by m@perilsin3d.com

  • status changed from closed to reopened.
  • resolution deleted.

I am having this problem in 0.88 on the english version of 10.4.4. I set the idle time to 5 mins, then if I restart Adium it resets to 1 min.

09/14/2006 11:39:56 PM changed by evands

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

This really does work for me every time in 1.0 beta. If you are still seeing this issue, please describe precisely how you are changing the value and then what else you do before you quit adium.

06/19/2007 03:16:03 PM changed by phy1729

This happens to me also. I am Mac 10.4.9 Adium 1.0.4. When I open Adium, open prefs, go to the status tab, and set Let others know that I am idle after 5 min to 10. Then I close Adium and reopen the change is not saved. I went into the plist and changed it there and it has held. I have changed to 5 and back to 10 with no problems now.

01/31/2008 10:39:56 PM changed by evands

  • status changed from closed to reopened.
  • patch_status set to None.
  • resolution deleted.
  • pending changed.
  • milestone set to Adium X 1.2.2.

01/31/2008 10:44:50 PM changed by evands

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

(In [22539]) Don't use an NSNumber key in a dictionary which will be saved as a preference, as this prevents the entire preference group from saving; you must use an NSString. We now have logging which points the problem out.

Fixes #9082 (Custom status pre-population with previous message. Fixes #225 (yes, a ticket from 3 years ago!) which was previously very, very mysterious - the preference in question is in the same group as the last-status preference, which is why it wouldn't save.

01/31/2008 10:45:26 PM changed by evands

(In [22540]) Merged [22539]: Don't use an NSNumber key in a dictionary which will be saved as a preference, as this prevents the entire preference group from saving; you must use an NSString. We now have logging which points the problem out.

Fixes #9082 (Custom status pre-population with previous message. Fixes #225 (yes, a ticket from 3 years ago!) which was previously very, very mysterious - the preference in question is in the same group as the last-status preference, which is why it wouldn't save.