Strange behavior related to entry names

[JFFWhiteside]

Installed archey4 for debian and in the config.json file it looks normal but when I launch a terminal emulator all the entries will say something like :
ruemUser
ruemHostname
ruemModel

and so on..

I can't tell what to edit in my config.json that will make it display normally. In fact I have not even edited it yet...

[HorlogeSkynet]

Hello @JFFWhiteside, it's indeed a strange behavior. Do you use RubyEmacs ? Could you give more details about your environment ? Mostly environment variables (with redacted sensitive information) and terminal emulator.
Thanks, bye 👋

[HorlogeSkynet]

If possible, could you also include the content of your /etc/os-release file ? 🙁
Thanks 🙏

[JFFWhiteside]

yeah let me get back to you once i can get to my pc! thanks for the help, j Sent from Proton Mail Android

…

-------- Original Message --------

On 11/26/24 13:11, Samuel FORESTIER wrote: If possible, could you also include the content of your /etc/os-release file ? 🙁 Thanks 🙏 — Reply to this email directly, [view it on GitHub](#160 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/A522QMFCDQL7AOTJ3XVCCI32CTPYVAVCNFSM6AAAAABSPE5AC2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBRHE2DENRTGU). You are receiving this because you were mentioned.Message ID: ***@***.***>

[JFFWhiteside]

Hello again, **os-release contents​​** PRETTY_NAME="Debian GNU/Linux 12 (bookworm)" NAME="Debian GNU/Linux" VERSION_ID="12" VERSION="12 (bookworm)" VERSION_CODENAME=bookworm ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" ​**env-variables** HOME=/home/user LANG=en_US.UTF-8 LOGNAME=user PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games SHELL=/bin/bash SYSTEMD_EXEC_PID=1296 USER=user XDG_RUNTIME_DIR=/run/user/1000 GTK_MODULES=gail:atk-bridge QT_ACCESSIBILITY=1 QTWEBENGINE_DICTIONARIES_PATH=/usr/share/hunspell-bdic/ DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus DESKTOP_SESSION=plasma DISPLAY=:0 GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1 GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/user/.gtkrc-2.0:/home/user/.config/gtkrc-2.0 GTK_RC_FILES=/etc/gtk/gtkrc:/home/user/.gtkrc:/home/user/.config/gtkrc KDE_APPLICATIONS_AS_SCOPE=1 KDE_FULL_SESSION=true KDE_SESSION_UID=1000 KDE_SESSION_VERSION=5 PAM_KWALLET5_LOGIN=/run/user/1000/kwallet5.socket PWD=/home/user QT_AUTO_SCREEN_SCALE_FACTOR=0 SESSION_MANAGER=local/lildebbian:@/tmp/.ICE-unix/1418,unix/lildebbian:/tmp/.ICE-unix/1418 My terminal emulator is KDE Konsole I also haven't changed the config files either... Cheers, -J

…

On Tuesday, November 26th, 2024 at 1:11 PM, Samuel FORESTIER ***@***.***> wrote: If possible, could you also include the content of your /etc/os-release file ? 🙁 Thanks 🙏 — Reply to this email directly, [view it on GitHub](#160 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/A522QMFCDQL7AOTJ3XVCCI32CTPYVAVCNFSM6AAAAABSPE5AC2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBRHE2DENRTGU). You are receiving this because you were mentioned.Message ID: ***@***.***>

[HorlogeSkynet]

Sorry for the delay @JFFWhiteside 🙏

So the debug isn't straightforward for me here. If sources haven't been altered, I really wonder what could cause this.
Although, could you try running NO_COLOR=1 archey and/or archey -jj in order for us to check whether it's a rendering issue, or somehow another internal one ?

Thanks ! Bye 👋

[ingrinder]

Hi @JFFWhiteside (and hi @HorlogeSkynet!),

I've also had a quick look into this and have some other questions that might help to narrow it down a little:-

• Do you happen to have any other file called config.json in your home directory?
• What Python version do you have installed? (python --version)
• How did you install Archey? (pip install, deb file, cloning git master etc)

The only pathway I can see for this occurring is via an entries_color being set to something invalid via configuration (e.g. any letter except m followed by rue: such as rrue) as the logo and the entry name text is coloured correctly. I tested on a fresh Debian VM installing via the deb file, and couldn't reproduce unless I set an invalid configuration in this way. It could be coming from the entry name itself but the invalid colour would explain the trailing m.

Along with the suggestions from @HorlogeSkynet would you also be able to try setting "entries_color": "0;m" in your configuration and testing whether this changes your output?

Hope we can get to the bottom of this!

Cheers,
Michael

[JFFWhiteside]

The issue seems to have been fixed! I have python3.11 and installed via deb file... I think by setting "entries_color": to "0;" (no "m") it now displays normally. thanks for the help! -J

…

On Friday, November 29th, 2024 at 7:13 PM, Michael Bromilow ***@***.***> wrote: Hi ***@***.***(https://github.com/JFFWhiteside) (and hi ***@***.***(https://github.com/HorlogeSkynet)!), I've also had a quick look into this and have some other questions that might help to narrow it down a little:- - Do you happen to have any other file called config.json in your home directory? - What Python version do you have installed? (python --version) - How did you install Archey? (pip install, deb file, cloning git master etc) The only pathway I can see for this occurring is via an entries_color being set to something invalid via configuration (e.g. any letter except m followed by rue: such as rrue) as the logo and the entry name text is coloured correctly. I tested on a fresh Debian VM installing via the deb file, and couldn't reproduce unless I set an invalid configuration in this way. It could be coming from the entry name itself but the invalid colour would explain the trailing m. Along with the suggestions from ***@***.***(https://github.com/HorlogeSkynet) would you also be able to try setting "entries_color": "0;m" in your configuration and testing whether this changes your output? Hope we can get to the bottom of this! Cheers, Michael — Reply to this email directly, [view it on GitHub](#160 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/A522QMFLFVSPGN4CXD6KAID2DEUMJAVCNFSM6AAAAABSPE5AC2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBYHAYDMNBYGA). You are receiving this because you were mentioned.Message ID: ***@***.***>

[HorlogeSkynet]

Correct me if I'm wrong but we still got an issue here : @JFFWhiteside you seem to have something messing up your terminal emulator and we're not bullet-proof against that.

Could you confirm us :

1. No config.json has been modified when you've first encountered this issue, mostly entries_color option ?
2. grep -ri ANSI_COLOR /etc /usr/lib gives you no match ?
3. What is the output of echo $PS1 $PS2 $PS3 $PS4 on a blank new KDE Konsole ?

Many thanks, bye 👋

[ingrinder]

Indeed, "0;" will workaround the issue but ideally we need to fix the issue so it doesn't occur in the first place. Was there any extra gibberish other than the previous "ruem" when you tried "0;m"? The other information will also be vital in figuring out where the problem is coming from so we can make sure no other users experience it!

[JFFWhiteside]

Sorry to get back to you so late!. As far as I know the only other thing that was displayed when I tried "0;m" was "m" so instead of seeing ruem in front of everything it was more like mUser, mHostname, mModel etc and so on. I really didn't change anything ( in my /etc/archey4/config.json) from when I did the initial install other than to set the "entries color": to true and then following your suggestion to "0;m" and eventually I just took the m out. Hope any of that helps,

…

-J

On Sunday, December 1st, 2024 at 2:58 PM, Michael Bromilow ***@***.***> wrote: Indeed, "0;" will workaround the issue but ideally we need to fix the issue so it doesn't occur in the first place. Was there any extra gibberish other than the previous "ruem" when you tried "0;m"? The other information will also be vital in figuring out where the problem is coming from so we can make sure no other users experience it! — Reply to this email directly, [view it on GitHub](#160 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/A522QMD4XCJARCCA2WL2NPD2DOIBFAVCNFSM6AAAAABSPE5AC2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMJQGI4TANJTGA). You are receiving this because you were mentioned.Message ID: ***@***.***>

[ingrinder]

other than to set the "entries color": to true

Ah! That's the issue -- entries_color is interpreted as part of an escape code to set an exact colour (e.g. "0;32" would be green by substituting it into the output as \x1b[0;32m), so setting "true" causes it to emit \x1b[truem -- I'm guessing t terminates the escape code so the ruem is then emitted as plaintext. I think you should just be able to leave entries_colour blank and colour should work fine?

I see what's happened, the description in the readme describes the options in the comments above them rather than below but it's easy to mix them up. @HorlogeSkynet we should probably add newlines to space that out better or rearrange somehow (and perhaps validate the entries_color too) if that sounds good?

Glad to find the root cause! Hope the rest of your time using Archey is trouble-free 🤞

Cheers,
Michael

[HorlogeSkynet]

👌✅✅ @ingrinder, awewome suggestions.

[HorlogeSkynet]

Please see #161 ! Bye 👋