Bug 229015 - kopete sends an <a>-Tag with a local path for emoticons
Summary: kopete sends an <a>-Tag with a local path for emoticons
Status: RESOLVED DUPLICATE of bug 226792
Alias: None
Product: kopete
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-01 11:55 UTC by meyerm
Modified: 2010-03-02 00:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed 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 meyerm 2010-03-01 11:55:58 UTC 
Version:           1.0.0 (using 4.4.00 (KDE 4.4.0), Gentoo)
Compiler:          x86_64-pc-linux-gnu-gcc
OS:                Linux (x86_64) release 2.6.33-gentoo

Normally kopete sent the ASCII-art of emoticons I entered so that they can be parsed by the other side. Now it sends soem <a>-tag with the local path to the icons (as said by the other peer) - they aren't visible in my local chat window, too.

I'm using xmpp/jabber as protocol and am not using rich text formatting. Since it is theoretically possible to embed smilies within the messages this is perhaps related? I wasn't able to find any properties within kopete to switch between these possibilities (so I don't even know if kopete supports that ;-) ).
Comment 1 meyerm 2010-03-01 16:16:56 UTC 
It turns out this is realated to the OTR-Plugin. When not using it, everything seems to be ok. When activating the OTR-Plugin the icons no longer work.
Comment 2 meyerm 2010-03-02 00:17:19 UTC 
Found an earlier bug

*** This bug has been marked as a duplicate of bug 226792 ***