Bug 154196 - UTF-8 locales: deadlock and GUI issues
UTF-8 locales: deadlock and GUI issues
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: mc (Show other bugs)
3
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jindrich Novy
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-08 05:09 EDT by wwp
Modified: 2013-07-02 19:07 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-04-08 13:26:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description wwp 2005-04-08 05:15:45 EDT
I got a 500 internal server error when created this bug, and since I cannot find
the error description on this page, here is the detail, sorry if this is redundant:

With FC3's mc-4.6.1-0.12.FC and mc-4.6.1a-0.8, with default locale settings
(en_US.UTF-8), I'm facing two issues around files that contain accented chars.

With mc-4.6.1-pre3 or 4.6.1-pre4 (which correspond to the mc version the FC3's
packages are based on), I don't encounter such problems.

1. start mc, get bad stickchars (window and dialog frames), until -a is used.

2. other problem: when I copy files or try to view files that contains accented
chars, mc freezes until I kill it (well I did not find any way to unfreeze it).
For instance, pressing F3 over the following filename locks mc (as well as
trying to copy it): /tmp/confirmation_résa_hotel.rtf (it shows a '?' instead of
the 'é' in the file list).
Comment 1 Jindrich Novy 2005-04-08 07:21:42 EDT
wwp, thanks for reporting this. This bug is maybe somehow related to bug 150569.
mc-4.6.1a-0.5 and any later version contains fix for that issue, could you
please check whether its fixed in this version?

You can get the rpms/srpms from:
http://people.redhat.com/jnovy/files/

I checked it on the file named confirmation_résa_hotel.rtf and it seems to be fixed.

In the case related to frames all works fine for me - I don't need to disable
the graphic characters for line drawing. This is possibly caused by some bad
terminal settings. Do you see similar problems with frame drawing also in elinks
for instance?
Comment 2 wwp 2005-04-08 07:48:35 EDT
Sorry Jindrich, I had already tested this version (see my former message), the
problems persist with that mc-4.6.1a-0.8.
Comment 3 Jindrich Novy 2005-04-08 08:28:03 EDT
Ah, missed that in your original message. What terminal do you use? All things
work just fine for me with gnome-terminal and xterm, are you able to reproduce
it also on some other FC3 machine? How are the frames displayed when you don't
use the '-a' option? (the best solution would be to attach here a screenshot via
Create a New Attachment on bottom on this page)

We need to let me reproduce the problem otherwise I have no way to do and test a
fix for that.
Comment 4 wwp 2005-04-08 09:41:35 EDT
Ah-ah you're right, definitely. With gnome-terminal and native xterm, mc
0.4.1a-0.8 behaves correctly. I'm using mrxvt 0.3.12 (materm.sf.net) w/ some
parameters that break the things (mrxvt w/ no param is OK).
Sorry for the noise guys, I'll see that w/ mrxvt's author if I did not use it in
a wrong way.. Thanks for your help!
Comment 5 Jindrich Novy 2005-04-08 13:26:59 EDT
Ok, thanks for the feedback anyway. Without feedback I suppose that mc works
just fine. In case you find some issue please don't hesitate to file another bug :)

Thanks,
Jindrich
Comment 6 wwp 2005-04-08 17:33:30 EDT
Sorry for the noise.. I should have thought about possible issues coming from
the term type.. Thanks for your prompt help!

Note You need to log in before you can comment on or make changes to this bug.