Adium

Opened 12 years ago

Closed 11 years ago

Last modified 11 years ago

#10210 closed defect (fixed)

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: 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 (4)

comment:1 Changed 12 years ago by Jordan

Milestone: Adium X 1.3.1
Severity: normalregression
Summary: Avatar not updating in UI after change in already opened chatsLocal user's Avatar not updating in open message windows/tabs after change

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 :)

comment:2 Changed 11 years ago by Evan Schoenberg

Owner: changed from nobody to Evan Schoenberg
Status: newassigned

I broke this with my user icon rewrite.

comment:3 Changed 11 years ago by Evan Schoenberg

Resolution: fixed
Status: assignedclosed

(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

comment:4 Changed 11 years ago by Evan Schoenberg

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