Skip to content

[BUG] [Artix & Gentoo] [Sakura] Freezes on --gen-config with changing logo option and/or full json config #2584

Open

Description

@dtoraelek

Read the FAQ first

  • I have checked the FAQ but the issue is not covered

Not a known issue

  • I have checked the existing issues but the issue is not covered
  • My issue is not about crashing on Fedora and KDE 6.6

Description

Made a quick verification of this being a new issue. Potentially missed it if said issue is a duplicate.

What I have tried:

  • Attempted to create a full .json config without a logo.
  • Tried various toggled options to verify the issue wasn't one of them.
  • Tried a full logo with a full .json config, same issue.
  • Tried a minimal .json config with no logo.
  • Tried a minimal logo with both full and minimal .json configs.
  • Deleting previous config files to verify the problem isn't with overwriting
  • Killing the affected process with Ctrl+C (does nothing)
  • Killing the affected process with htop
  • Tested all of the above on a Gentoo system registering version 2.65.2-r1

Tested up to 30 mins per option to verify.

What I haven't tried:

  • Newer version via AUR/Git. Attempting to keep a fairly stable system.
  • Building version 2.67.1 from source code (Artix)

What does work:

  • The --gen-config flag without adding any changes to the logo.
  • The --gen-config flag without adding any changes to the verbosity of the generated config.
  • Killing affected processes via xkill on Sakura

Doubtful this will help, but both systems have these in common:

  • OpenRC for an init system
  • BTRFS File System, 3 partition layout in order: EFI, Root, Swap
  • Sakura for a Terminal Emulator
  • CWM window manager
  • soteria root prompt
  • polybar with the same config
  • Pure X11 (No Wayland components, Gentoo built against it)
  • elogind
  • xcompmgr compositor
  • 1920x1080 display (stranger things have happened from displays, can't rule it out)
  • ALSA Pulseaudio configuration
  • Environment Agnostic GUI tools (e.g. xfe, leafpad, palemoon)
  • Clang Compiler (maybe important for Gentoo, Artix used the binary)

Version used

2.67.1 (x86_64)

Bug prevalence

Always

Regression

No

Installation

Package manager

Package manager

pacman/yay wrapper and portage via Clang Compiler

Screenshots

No response

Configuration

Stacktrace

Reading symbols from /usr/bin/fastfetch...

This GDB supports auto-downloading debuginfo from the following URLs:
  <https://debuginfod.artixlinux.org>
Enable debuginfod for this session? (y or [n]) y
Debuginfod has been enabled.
To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit.
(No debugging symbols found in /usr/bin/fastfetch)
Starting program: /usr/bin/fastfetch 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

(Fastfetch ran normally here, redacted for privacy)
                                           
[Inferior 1 (process 8184) exited normally]
❌️ No stack.

Activity

  1. CarterLi commented on Sep 14, 2026

    @CarterLi
    Member
    1. Does it freeze when you press l/o, or when you press enter?
    2. Does it work in other terminals? Does it work in Linux TTY?

    For GDB, please use this command: gdb -q -ex 'set confirm off' -ex run -ex 'bt full' -ex quit --args /path/to/fastfetch --gen-config

  2. ihsandeniz commented on Oct 15, 2026

    @ihsandeniz
    Contributor

    A possible lead in addition to @CarterLi's questions above: in v2.67.1 the --gen-config TUI calls ffDetectTerminalSize() on every redraw, which sends \e[14t (and \e[18t) to the terminal when TIOCGWINSZ reports zero pixel/cell size, and waits for the reply. I could make that path hang in a pty by answering with an incomplete response (fix proposed in #2653). Since 537635c (v2.69.0) the TUI no longer sends these queries, so it would be worth checking whether the freeze still happens with v2.69.0 or newer. If it does, the GDB backtrace requested above should show whether it is waiting in ffGetTerminalResponse.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions