Autostarted HyFetch Crashes the Terminal (Terminator)

[nsgirling]

Describe the bug

Although running HyFetch (installed from official repos, v. 1.4.11) in an open terminal on Terminator (I'm using v2.1.4 on Arch with the latest kernel and openbox) works brilliantly after configuration, having an instance of Terminator set to launch it by default will run it--which it does--and then promptly crash out/quit. This is also the case for assigning a keybinding to the command terminator -e hyfetch.

• [ yes, I think so? ] Does this issue still occur in the master branch? (Required)
  Neofetch, as you mentioned is deprecated, so I tried trying "neowofetch" in the same places and encountered the same problem

Expected behavior

A clear and concise description of what you expected to happen.

Config file

Please paste the content of ~/.config/hyfetch.json below:

"{
    "preset": "bisexual",
    "mode": "rgb",
    "light_dark": "dark",
    "lightness": 0.5,
    "color_align": {
        "mode": "horizontal",
        "custom_colors": [],
        "fore_back": null
    },
    "backend": "neofetch",
    "args": null,
    "distro": null,
    "pride_month_shown": [],
    "pride_month_disable": false
}"

Additional context

Running HyFetch with the --debug flag yields this before the flag:

None GlobalConfig(color_mode='rgb', override_distro=None, debug=True, is_light=False, use_overlay=False)
Not sure why the json says null for my distro, since the program can tell accurately that I am using Arch.

Running strace on HyFetch includes the following output, heads up, this is long:
-about bunch of different things about different aspects of Python install (I'm on version 3.12.6 as I submit this
-about .initrc being read-only:

openat(AT_FDCWD, "/~/.inputrc", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/etc/inputrc", O_RDONLY) = 3
about my terminal:
newfstatat(AT_FDCWD, "/~/.terminfo", 0x612441203200, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}, 0) = 0 access("/usr/share/terminfo/x/xterm-256color", R_OK) = 0

about messages.mo not existing:
newfstatat(AT_FDCWD, "/usr/share/locale/en_CA.UTF-8/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en_CA/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en_CA.UTF-8/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en_CA/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en_CA.UTF-8/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en_CA/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/messages.mo", 0x7ffc33a80710, 0) = -1 ENOENT (No such file or directory)
about inappropriate ioctl, an illegal seek:

ioctl(3, TCGETS, 0x7ffc33a80560) = -1 ENOTTY (Inappropriate ioctl for device) lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)

[catumin]

Trying to work my way through potential causes/fixes. For now, just to respond to some parts of the issue I can quickly answer:

Not sure why the json says null for my distro, since the program can tell accurately that I am using Arch.

That field is for overriding the detected distro with a different one, null because you're using the default.

about messages.mo not existing:

.mo and the path it is (not) at are translation files. I also don't have that file, and can't find any indication of what would make it exist. Though for what it's worth, it also seems to generally be a non-fatal error. Annoying but not likely the problem.

--

For what it is worth, my strace basically exactly matches yours (aside from minor differences from running it in kitty rather than terminator. After install terminator and running the terminator -e hyfetch command you mentioned, I also had it crash with this output:

Does that match yours?

Edit: ah, creating that file now leads to the crash being silent. I see. However further research leads me to think that may not be crashes and is actually expected behavior for terminator when opened with a custom command or -e. The suggested method would be: terminator "-e hyfetch && (preferred shell)". For example: