Bug 170492

Summary:	Problem with LANGUAGE variable in embedded terminal
Product:	[Applications] konsole	Reporter:	Lisandro Damián Nicanor Pérez Meyer <perezmeyer>
Component:	general	Assignee:	Konsole Developer <konsole-devel>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	hein, lord_jotape, niko.cava, robertknight
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:

Description Lisandro Damián Nicanor Pérez Meyer 2008-09-06 00:19:36 UTC

Version:           2.9.3-1 (using KDE 4.1.1)
OS:                Linux
Installed from:    Debian testing/unstable Packages

Yakueake set the LANGUAGE variable bad.
For reproducing this, you have to set the system's locale to any other thing than en_US, for example, es_AR. 
Open konsole and run locale. It will show:

LANGUAGE=es

Now, do the same with Yakuake:

LANGUAGE=en_US

I could not find where the problem is :-(

Comment 1 Eike Hein 2008-09-06 10:42:33 UTC

The terminal inside Yakuake is provided by the Konsole KPart component. Reassigning & renaming.

Comment 2 Eike Hein 2008-09-16 11:12:59 UTC

*** Bug 171131 has been marked as a duplicate of this bug. ***

Comment 3 Robert Knight 2008-09-22 00:28:14 UTC

Hi Eike,

The value of the LANGUAGE variable comes from the parent process, in this case Yakuake.  Konsole just passes it to the child process.  I remember KCatalog doing funny things on startup with this environment variable (see the comments in Konsole::Pty::start())

Comment 4 Eike Hein 2008-09-23 15:52:14 UTC

Hmm - on this system, Konsole and Yakuake both reset LANGUAGE to en_US when started from an xterm with LANGUAGE=de, but LC_ALL/LANG are inherited correctly (with the normal system locale being en_US). So there does indeed appear to be some form of activity on behalf of / interference by the KDE frameworks that I'm going to have to figure out more closely to either suggest a change or come up with a workaround for. 

I'm going to try your setEnv() trick from Pty::start(), but given that Konsole and Yakuake seem to act the same here with regard to screwing with LANGUAGE, my hopes are pretty slim.

Comment 5 Eike Hein 2008-09-23 15:56:14 UTC

In fact, even with LANGUAGE unset, Konsole and Yakuake both add it with 'en_US' to the terminal environment when started from an xterm with a de_DE.UTF-8 environment.

Comment 6 Eike Hein 2008-09-23 15:57:28 UTC


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