[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 73917] New: Quanta converts some characters to unicode when
From:       Roland Seuhs <r () hasos ! com>
Date:       2004-01-31 20:45:03
Message-ID: 20040131204503.7707.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
      
http://bugs.kde.org/show_bug.cgi?id=73917      
           Summary: Quanta converts some characters to unicode when used
                    over nfs
           Product: quanta
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: amantia@kde.org
        ReportedBy: r@hasos.com


Version:           3.2.0 (using KDE 3.2.0 RC1, SuSE)
Compiler:          gcc version 3.3 20030226 (prerelease) (SuSE Linux)
OS:          Linux (i686) release 2.4.20-4GB

This bug only happens for me over NFS, see

http://bugs.kde.org/show_bug.cgi?id=55678

, this bug is triggered similarily.

Anyway, whenever I use the character " §" Quanta replaces it with "Â §" internally, \
then compares the internal contents to the file on disk and complains with the "File \
Changed" dialog. (At least that's what it looks like) Both "use version from disk" \
and "do not use version from disk" work fine (file is safed without corruption), but \
"compare the two versions and load the result" will cause all characters to be \
replaced with their Unicode equivalents.

It seems that Quanta can both read and write the file fine, it just fails to compare \
it correctly.

I guess the problem lies in the line from http://bugs.kde.org/show_bug.cgi?id=55678 
here:

if (content == editIf->text())

Probably the right side of the equation is stored in Unicode triggering this bug.


[prev in list] [next in list] [prev in thread] [next in thread]