FS#34958 - [gnome-terminal] Encoding set to ANSIX3.4-1968 instead of UTF-8 after update

Attached to Project: Arch Linux
Opened by mpan (mpan) - Thursday, 25 April 2013, 18:58 GMT
Last edited by Jan Alexander Steffens (heftig) - Monday, 03 February 2014, 22:51 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
After updating from 3.6.1 to 3.8.1 gnome-terminal no longer detect encoding properly from locale. It keeps using ANSIX3.4-1968, while locale is en_US.UTF-8:

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

The bug was reported upstream (<https://bugzilla.gnome.org/show_bug.cgi?id=698872>) and I was told that the bug should be reported to Arch. So I am reporting. Also there is a related thread on the forum: <https://bbs.archlinux.org/viewtopic.php?id=162040>.

Additional info:
* gnome-terminal 3.8.1

Steps to reproduce:
1. Run gnome-terminal
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Monday, 03 February 2014, 22:51 GMT
Reason for closing:  Works for me
Comment by Jan Alexander Steffens (heftig) - Thursday, 25 April 2013, 22:27 GMT
Works for me.
Comment by mpan (mpan) - Saturday, 27 April 2013, 23:09 GMT
Multiple versions, including one from 2.x, before 3.8.1 work fine on exactly the same machine and configuration. Maybe actually some strange configuration reveals the bug and this is why it doesn't appear to other users. Whatever it is, for me it seems like a regression.

Since I left using gnome-terminal and replaced it with a working application, this report loses importance to me. However I leave decision of closing the report to package maintainers. I still believe someone may benefit from solving the issue. On the other hand, if no one is able to reproduce the bug and GNOME developers refuse to accept it and push responsibility to distribution, it can make no sense to keep this open.
Comment by sverre (sverre) - Monday, 03 February 2014, 22:39 GMT
I had this problem but I fixed it just now, it was a error in /etc/locale.conf or /etc/locale.gen I did something with both.

But I think it was wrong configuration of the /etc/locale.conf file, I am not shure if it was that I did not have "" in the LANG="nb_NO.UTF-8" or if it has to have a new line at the end or if it was just a misspelling.

I think I originaly had it as: LANG=en-us.UTF-8 so wrong in writing, no "" and no newline...

The following (from the wiki) might also be an issue:
Gnome-terminal or rxvt-unicode doesn't support UTF-8

You need to launch these applications from a UTF-8 locale or they will drop UTF-8 support. Enable the en_US.UTF-8 locale (or your local UTF-8 alternative) per the instructions above and set it as the default locale, then reboot.
Comment by sverre (sverre) - Monday, 03 February 2014, 22:49 GMT
Ok so I wanted to change the lang back to en_US.UTF-8 but now it did not work any more, the locale had all changed to C and same isue.

What I was missing now was that I had not commented out the en_US.UTF-8 in the locale.gen and run locale-gen before I rebooted.

So it seems I get the issue by setting the LANG= to something I had not created with locale-gen before rebooting.

Loading...