Bug 121053

May I ask why this was assigned to the component "History Plugin"? This happens while sending a message, not when storing it in the history.

because i have poor mouse skills? :)

Created attachment 14472 [details]
Patch which forces ICQ plugin to send channel 1 messages only.

Trillian advertises both CAP_UTF8 and CAP_ICQSERVERRELAY capabilities, hence
Kopete sends channel 2 UTF-8 messages correctly, indicating that they are
Unicode messages using GUID after colour codes, but Trillian does not recognise
such GUID in channel 2 message and interprets message as non-Unicode.
Other clients (ICQ5, Miranda) recognise channel 2 UTF-8 messages correctly, so
this problem occurs with Trillian only.
This patch provides workaround for Trillian bug. It makes Kopete never send
channel 2 messages, using channel 1 for both Unicode and non-Unicode messages.
The disadvantage of sending channel 1 messages only is the way Unicode is
encoded. The Unicode representation in channel 1 messages is UCS2, which is
16-bit, so Unicode characters with codes greater than 65535 can not be sent.
People from Eastern countries would be unhappy with this. Channel 2 messages
use UTF-8, so they has no such disadvantage.

Since this is a Trillian bug, would it be possible to force channel 1 only when the client on the other side is recognized as Trillian? Kopete seems to be able tell quite a few different clients apart; maybe it can recognize Trillan as well?

and is someone going to tell the trillian developers to fix *their* code? :)

Codepoints in Unicode > U+FFFF are not used for normal, living languages. Unless you want to communicate an old script or using some dead language, you won't see this happen.

Besides, QString cannot represent them anyways, so it's pointless to argue this point.

SVN commit 513828 by mattr:

workaround the trillian bug where they fail to correctly recognize type 2 
messages with UTF-8.

BUG: 121053



 M  +4 -23     icqcontact.cpp  


--- branches/kopete/0.12/kopete/protocols/oscar/icq/icqcontact.cpp #513827:513828
@@ -402,32 +402,13 @@
 
 	QTextCodec* codec = contactCodec();
 
-	int messageChannel;
+	int messageChannel = 0x01;
 	Oscar::Message::Encoding messageEncoding;
 
-	if ( !isOnline() )
-	{
-		messageChannel = 0x01;
-		messageEncoding = Oscar::Message::UserDefined;
-	}
-	else if ( !m_details.hasCap( CAP_UTF8 ) )
-	{
-		if ( m_details.hasCap( CAP_ICQSERVERRELAY ) )
-			messageChannel = 0x02;
-		else
-			messageChannel = 0x01;
-		messageEncoding = Oscar::Message::UserDefined;
-	}
-	else if ( m_details.hasCap( CAP_ICQSERVERRELAY ) )
-	{
-		messageChannel = 0x02;
-		messageEncoding = Oscar::Message::UTF8;
-	}
-	else
-	{
-		messageChannel = 0x01;
+	if ( isOnline() && m_details.hasCap( CAP_UTF8 ) )
 		messageEncoding = Oscar::Message::UCS2;
-	}
+	else
+		messageEncoding = Oscar::Message::UserDefined;
 
 	QString msgText( msg.plainBody() );
 	// TODO: More intelligent handling of message length.

Hello!

With Kopete-0.11.1 I had problems communicating in Ukrainian with a Trillian-using friend (using AIM). He could see my Cyrillic characters, but I could not see his (they were shown to me as garbage -- NOT as question marks). He even upgraded to the latest Trillian-3.1 but nothing changed.

Then I upgraded to Kopete-0.12.3 and the problem we had is still here -- his Cyrillics still show up as garbage on my side.

In ADDITION, the Cyrillics I type, which were correctly displayed on his side, when I was using 0.11.1, are now shown as question marks over there (suggesting improper UTF-8 decoding somewhere)...

As a matter of fact, AIM-communications with an earlier version of Kopete itself is broken too...

My other Cyrillic-using friend still has kdenetwork-3.3.0 installed. Talking to her in Ukrainian was not a problem before my upgrade to Kopete-0.12.3. Now I still see her Cyrillics fine, but she sees only question marks.