Spawning foot with startup tui application leads to redraw #2044

valoq commented 2025年04月21日 17:02:47 +02:00

Foot Version

foot version: 1.22.0 +pgo +ime +graphemes -assertions

TERM environment variable

foot

Compositor Version

sway version 1.10.1

Distribution

arch

Terminal multiplexer

No response

Shell, TUI, application

Any tui application

Server/standalone mode

• Standalone
• Server

Foot config

include=/home/user/.config/foot/themes/alacritty
font=monospace:size=12
[tweak]
box-drawing-base-thickness=0.02

Description of Bug and Steps to Reproduce

Spawn a new instance of foot with a startup command.
e.g. using sway: bindsym Mod5+a exec 'foot -e lf'

When the terminal appears, it shows the target application (lf in this case) filling 2/3 of the space for a split second before it redraws lf to the full size of the window. When foot is started alone before entering any command this issue never appears.

This can be reproduced with any other tui application, e.g. htop

When I played around with initial-window-size, the configured size corresponded with the initial box size drawn by lf.

What I could not find is any setting that would simply set the initial window size to the one allowed by the compositor so a redraw could be prevented.

This screen casts shows the issue multiple times, though the redraw appears a lot slower in this video. Normally the redraw happens after a split second while the video shows the initial draw for about a second for some reason.

Relevant logs, stacktraces, etc.

No response

### Foot Version foot version: 1.22.0 +pgo +ime +graphemes -assertions ### TERM environment variable foot ### Compositor Version sway version 1.10.1 ### Distribution arch ### Terminal multiplexer _No response_ ### Shell, TUI, application Any tui application ### Server/standalone mode - [x] Standalone - [x] Server ### Foot config ```ini include=/home/user/.config/foot/themes/alacritty font=monospace:size=12 [tweak] box-drawing-base-thickness=0.02 ``` ### Description of Bug and Steps to Reproduce Spawn a new instance of foot with a startup command. e.g. using sway: bindsym Mod5+a exec 'foot -e lf' When the terminal appears, it shows the target application (lf in this case) filling 2/3 of the space for a split second before it redraws lf to the full size of the window. When foot is started alone before entering any command this issue never appears. This can be reproduced with any other tui application, e.g. htop When I played around with initial-window-size, the configured size corresponded with the initial box size drawn by lf. What I could not find is any setting that would simply set the initial window size to the one allowed by the compositor so a redraw could be prevented. This screen casts shows the issue multiple times, though the redraw appears a lot slower in this video. Normally the redraw happens after a split second while the video shows the initial draw for about a second for some reason. ### Relevant logs, stacktraces, etc. _No response_

dnkl commented 2025年04月21日 17:47:44 +02:00

The issue is in sway; it sends multiple size events to all newly instantiated applications. There should be an issue on the Sway tracker for this, but I can't find it right now.

The issue is in sway; it sends multiple size events to all newly instantiated applications. There should be an issue on the Sway tracker for this, but I can't find it right now.

craigbarnes commented 2025年04月21日 21:48:19 +02:00

Sway issue: https://github.com/swaywm/sway/issues/2176
Proposed workaround in foot: #453
Related/duplicate issues: #195, #265, #558, #723, #904, #1133, #1211, #1543, #1733, #1745, #1998

Sway issue: https://github.com/swaywm/sway/issues/2176 Proposed workaround in foot: #453 Related/duplicate issues: #195, #265, #558, #723, #904, #1133, #1211, #1543, #1733, #1745, #1998