Adium

Ticket #10210 (closed defect: fixed)

Opened 21 months ago

Last modified 19 months ago

Local user's Avatar not updating in open message windows/tabs after change

Reported by: bobo_italy Owned by: evands
Milestone: Adium 1.3.1 Component: Adium UI
Version: 1.3b3 Severity: regression
Keywords: Cc:
Patch Status:

Description

In 1.2.5 this was not happening.

When I change my avatar, the image doesn't change in the windows of chats that I already started. I can close the corresponding tab/window and reopen it, but it doesn't update also. If I start a new chat, in that new session I see the new avatar.

From what I know, the other party always see the new avatar, no matter if it's a new session or an existing one.

Change History

Changed 21 months ago by jas8522

  • summary changed from Avatar not updating in UI after change in already opened chats to Local user's Avatar not updating in open message windows/tabs after change
  • severity changed from normal to regression
  • milestone set to Adium X 1.3.1

Confirmed. I even opened up a conversation with myself via AIM, and while the sending me remained as the old photo, the receiving me photo was updated!

Not a huge priority, so setting for 1.3.1, though it can always be grabbed and fixed prior to the release of 1.3 if someone gets to it :)

Changed 19 months ago by evands

  • owner changed from nobody to evands
  • status changed from new to assigned

I broke this with my user icon rewrite.

Changed 19 months ago by evands

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

(In [24981]) Abstracted out handling of setting an account's user icon locally to be handled by the AIAccount superclass rather than depending upon each subclass. This also makes it easy to see the problem causing #10210 - the account wasn't updated for the fact that the user icon is a display attribute rather than a 'property' (the value formerly known as a statusObject) in 1.3. Fixes #10210

Changed 19 months ago by evands

(In [24983]) merged [24981]: Abstracted out handling of setting an account's user icon locally to be handled by the AIAccount superclass rather than depending upon each subclass. This also makes it easy to see the problem causing #10210 - the account wasn't updated for the fact that the user icon is a display attribute rather than a 'property' (the value formerly known as a statusObject) in 1.3. Fixes #10210

Note: See TracTickets for help on using tickets.