Red Hat Bugzilla – Bug 75191
slrn not UTF-8 aware
Last modified: 2013-07-02 18:57:21 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.1) Gecko/20020826
Description of problem:
slrn is not able to display utf8 with german umlauts like |vd
If a line in the articeltext contains a german umlaut (like |vd) the rest of the
line is cutted.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.look for a message with an umlaut in the body
Actual Results: slrn shows a a line in the body like
wordwordword | wordwordword
in this way:
Expected Results: slrn should display
wordwordword | wordwordword
Perhaps it is a slang-Problem (or a problem with the utf8-patch for slang)
Debian stopped to use this utf8-patch because it is to buggy. Perhaps redhat
should wait until slang2.0 with slrn + utf8.
I see this same problem (or no_NO.UTF-8). If I instead use
I get question marks wherever there should have been a Norwegian character.
Are there no workarounds for this problem?
Reproduced with Red Hat Linux 9 (slrn 0.9.7.4)
This also applies to pound signs (i.e. Â£) in Red Hat 9, as well as having tried
the updated versions of slang (and slrn?) available from Fedora and rawhide.
It is possible to amend the slang specfile to cut out the UTF-8 patches but then
all slang-linked programs have to be recompiled.
Leaving anything but all of the language-related variables (LANG,
LC_CTYPE, etc.) unset is too buggy to be usable. That this bug hasn't
been fixed in over eighteen months is proof.
Red Hat's internationalization attempt here is further broken because
it ignores my wishes to completely shut it all off.
The fix is to set LANG to en_US.8859-1 as Jan-Frode mentioned before
running slrn and to set gnome-terminal to use the Western Character
Coding (Terminal->Character Coding->ISO-8859-1) to get accented
characters to display correctly.
Well, the threading tree arrows are also highly broken and mess up the
terminal when using UTF-8. Fedora Core 1 here.
Will there be anything done anymore? We don't have a single comment
from Red Hat folks since almost two years now...
I'm sorry for the ignorance. Since I'm woking in recent time at
porting of slang UTF-8 patches to the internal slang of mc, I'll try
to resolve this or at least comment out it here, because from the
comments you posted here I see it looks like pretty similar problem.
Thanks for your postings,
Jindrich, got any time to look at this one yet?
Hello Daniel, hopefully in the next two weeks.
*** Bug 86310 has been marked as a duplicate of this bug. ***
The new slrn-0.9.8.1pl1 with native slang-2 support now works perfectly with
UTF-8. Miroslav Lichvar tested it with cyrillic text and all behaved well.