Adium

Ticket #12696 (closed defect: fixed)

Opened 8 months ago

Last modified 4 months ago

outgoing icon in header missing in chats opened on launch

Reported by: mathuaerknedam Owned by: evands
Milestone: Adium 1.4 Component: Message View
Version: 1.3.5 Severity: major
Keywords: SO3 Cc:
Patch Status:

Description

I'm not sure how long this has been around, probably forever, but it takes a specific combination of factors to replicate.

1) Use a message style that includes the outgoing icon (most only include the incoming icon). Smooth Operator ☿ or Ninja will demonstrate this.

2) Enable "Save opened chats when quitting".

3) Don't have accounts connect on launch.

Under these circumstances, the chat window will open with a header displaying the incoming icon and a missing image placheolder for the outgoing icon. If you then connect your accounts the icon will not appear (because the header is never updated) but the icon will appear if you close and reopen the chat.

I've checked in the webkit element inspector, and verified that Adium is referencing an image that does not exist.

Change History

Changed 8 months ago by mathuaerknedam

  • keywords SO3 added

Changed 7 months ago by mathuaerknedam

  • owner changed from Catfish_Man to earthmkii

Changed 7 months ago by mathuaerknedam

  • milestone set to Adium 1.4

Changed 5 months ago by zacw

  • severity changed from normal to major

Changed 4 months ago by evands

  • owner changed from earthmkii to evands

Changed 4 months ago by evands

The account actually gets its icon set and then reset. -[AIWebkitMessageViewStyle fillKeywordsForBaseTemplate:chat:]: uses the first icon path; however, that first icon is deleted and the second one is set. This would all be fine, but the header icons don't update properly...

Changed 4 months ago by evands

The icons can't be updated because the webview's documentFrame doesn't exist yet.

Changed 4 months ago by Evan Schoenberg

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

(In  9f11b96baf1d) If we try to update icons while the webview doesn't have an accessible documentFrame (e.g. while it is still working on loading its initial HTML), try again after a second. This fixes icons which are part of the initial bolus of information presented by a webview that change shortly after it loads, which can most noticeably happen when restoring a chat using a webview with icons in its header but could also occur if a user icon changed as we opened a chat window.

Fixes #12696

Note: See TracTickets for help on using tickets.