Version: 0.7.3 (using KDE KDE 3.1.4) Installed from: Debian testing/unstable Packages OS: Linux [Hopefully this is the correct place to report the bug.] My system runs under locale de_DE.UTF-8. Whenever I receive a text line in ICQ/AIM/etc. that contains an 8bit iso character like a German umlaut that line is correctly added to the logfile (okay, there is that fancy character, but that's to be expected) but my kopete chat window shows nothing at all. The whole line is lost between writing to the log and updating the window.
Fix should be in Kopete 0.8. A Beta will be out by the end of the weekend. *** This bug has been marked as a duplicate of 64326 ***
Yes, it does not lose the line anymore but instead prints an XML error. The text still doesn't make it.
Still no usable information. I need a debug output from a CVS version. also remove the // from the following line in oscardebug.h before compiling: //#define CHARSET_DEBUG 1
If the line is resulting in an XML error, then the text being sent to the KopeteMessage contains control codes / can not be interpereted as valid utf8.
No, really? :P It's just some 8bit char wrongly converted to unicode because the guessed encoding is wrong.
Subject: Re: loses complete line when getting 8bit character On Tue, Nov 04, 2003 at 02:54:55PM -0000, Stefan Gehn wrote: > Still no usable information. I need a debug output from a CVS version. What? "No usable information"? Didn't I say how to reproduce? Sorry. Here's how: Start kopete with LANG=de_DE.UTF-8, than ask someone using a messanger running under LANG=de_DE.ISO8859-1 or -15 to send you some umlauts. That's it. At least it worked everytime I had some sent. I'm not a KDE developer and I don't use CVS but the tarball downloaded from kopete.kde.org, don't you think it's a better idea if you create the debug output? Of course I'd be willing to help if you cannot reproduce the bug. Michael
EOT
Stefan: if you can't deal with bug reports before your coffee, don't do it.
And still I won't fix bugs if people think I can reproduce their bugs better than they do.
I think it's the same bug as the Bug 67727 *** This bug has been marked as a duplicate of 67727 ***