Hi all,
I found that TCC does overwrite ~/.bashrc. From my level of proficiency that is a no-go and should not happen at all, especially not without informing the user.
What happens:
All utf8 characters in .bashrc get replaced with strange characters when GTK2 Fonts are changed from the TCC GUI.
Reproduce:
I can reproduce this behaviour on my system by simply changing the configuration in
TCC -> Appearance and Themes -> GTK Style and Fonts -> GTK2 Fonts:
from "Use my TDE fonts" to "Use another font" or the other way around.
I confirmed this misbehaviour within a new, pristine user account with a default debian .bashrc where I inserted three lines with utf8 characters:
$ diff utf8.bashrc utf8-mangled.bashrc --- utf8.bashrc 2022-01-18 10:21:23.700348782 +0100 +++ utf8-mangled.bashrc 2022-01-18 10:31:59.659323727 +0100 @@ -3,11 +3,11 @@ # for examples
-# Test Umlaut a: >ä< +# Test Umlaut a: >ä<
-# Test long hyphen: >–< +# Test long hyphen: >â<
-# Test Euro currency symbol: >€< +# Test Euro currency symbol: >â¬<
# If not running interactively, don't do anything case $- in
Additional information: When the users .bashrc is owned by root then in ~/.xsession-errors of the user is reported this: [2022/01/18 10:24:59.374] TQFile::writeBlock: File (/home/user/.bashrc) not open (where "user" is the actual user name)
Can anyone confirm this? I would then bugreport this phenomenon.
Cheers, Stefan
PS: I have been seeing this for years and never had a clue as to what causes it, phew! Now I caught it by accident just by observing the almost concurrent incidence of the phenomenon and changing GTK2 fonts in TCC.