Bug 146922 - Buggy UTF-8 handling in all KDE applications
Summary: Buggy UTF-8 handling in all KDE applications
Status: RESOLVED DUPLICATE of bug 47682
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-18 16:41 UTC by Petr Hroudny
Modified: 2007-08-04 09:24 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Hroudny 2007-06-18 16:41:23 UTC
Version:            (using KDE KDE 3.5.6)
Installed from:    Fedora RPMs
OS:                Linux

In KDE applications (konqueror, konsole, etc.) UTF-8 is not handled correctly. For example the following text displays fine in Firefor and Xterm, but is broken in KDE applications

与联机的朋友进行交流,请使用 MSN Messenger:
Comment 1 Allan Sandfeld 2007-06-21 22:01:58 UTC
What would it be in messenger? 
And do you have any reason why that should be more correct?
Comment 2 Petr Hroudny 2007-06-22 10:07:37 UTC
Same in messenger. In all KDE applications the above text looks like this:

与.机的朋友.行交流,.使用 MSN Messenger:

i.e. 3 characters are missing.

Maybe just the KDE fonts are broken, but it looks strange that most
characters are present and just 3 are missing.
Comment 3 Niels 2007-06-23 20:33:57 UTC
I can confirm this. Konqueror 3.5.7 misses three characters, Firefox and Opera show them.
Comment 4 Allan Sandfeld 2007-06-23 22:47:11 UTC
If you write a new text containing some of the missing characters, is it still the same characters that miss?

Btw. Since if this affects all KDE applications, it is Qt bug.
Comment 5 Petr Hroudny 2007-06-24 10:05:33 UTC
Well, I can write new text only by using Copy & Paste, but it's still the same characters that drop out.

BTW, doing "less UTF-8-demo.txt" in Konsole does very weird things, some characters are misplaced at the end of line, some sections are missing (this is definitely font problem) but generally you need to clear the Konsole window
after this since garbage is hanging out at random places. 

Doing the same with xterm -xrm "xterm*.utf8Fonts.font: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1"
yields completely correct display.

Here's the mentioned file:

http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
Comment 6 Petr Hroudny 2007-06-29 22:30:55 UTC
Hmm, just found this:

If a character is missing in the current font, Firefox is trying to find it in other installed fonts. That's the reason why the text displays correctly.

Konqueror simply uses the current font. This means that the default KDE fonts are incomplete.

Comment 7 Petr Hroudny 2007-08-01 11:31:29 UTC
This is still problem in Fedora7 and KDE 3.5.7

Seems that chinese characters are taken from Japanese fonts, which obviously fails. Same problem for all KDE applications.

A funny thing happens with Konsole - if I do a "cat utf8-demo.txt"
then the Chinese characters start to work correctly. This file is available
at http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
Comment 8 Petr Hroudny 2007-08-01 21:49:34 UTC
Hmm, just found this:

https://bugs.launchpad.net/ubuntu/+source/qt-x11-free/+bug/94282

Indeed a Qt bug.
Comment 9 Tommi Tervo 2007-08-04 09:24:56 UTC

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