Bug 181386 - WLM emoticons are not displayed
Summary: WLM emoticons are not displayed
Status: RESOLVED NOT A BUG
Alias: None
Product: kopete
Classification: Unmaintained
Component: WLM Plugin (other bugs)
Version First Reported In: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-20 11:55 UTC by Dan
Modified: 2009-01-30 23:11 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Dan 2009-01-20 11:55:52 UTC 
Version:           svn (using Devel)
Compiler:          gcc 4.3.2 -O3 -march=native
OS:                Linux
Installed from:    Compiled sources

WLM doesn't display custom emoticons from other users. I tried to find any option in the configuration, but couldn't find nothing... 

My emoticons are fine, although.
Comment 1 Tiago Salem Herrmann 2009-01-29 15:57:43 UTC 
It is working fine here. Have you tried to remove the configuration and start with a brand new account?
Comment 2 Dan 2009-01-29 16:43:26 UTC 
I removed the WLM account, created another one and it didn't help. :(

Maybe it's a kopete issue and not a WLM issue?
Comment 3 Dan 2009-01-29 18:13:49 UTC 
Sorry Tiago for my invalid bug!

It was my fault. Months ago I checked the option "Do not show user specified rich text" because some of my contacts decided that every "i" letter would be shown as a emoticon, which is completely annoying.

Anyway, I notice that user's custom emoticons, although are displayed correctly when in chat windows, are not displayed when I use the history plugin (chat history when I open new chat).

Is this a history plugin problem or WLM should download and store the custom emoticon so history plugin can show the custom emoticon correctly? Thank you.
Comment 4 Tiago Salem Herrmann 2009-01-29 18:50:42 UTC 
Hi,

no problem.
Hm, I'm not sure what causes this, but I think it may be a bug in the history plugin.
Comment 5 Roman Jarosz 2009-01-30 23:11:21 UTC 
This is missing feature in QTextDocument as it doesn't know of alt attribute for img tag so it strips it when the text is converted to plain text for history plugin (actually it strips the alt attribute already when setHtml is called).