Preview Pane is not cleared on Tmux but fine on foot

[niksingh710]

NOTE: Maybe it is not related to chafa at all but puttint the behaviour issue here if any implementation can fix thi.

So i just created a small script to preview images and text based on filetype in fzf-preview.

chafa works fine on tmux for me, chafa -f sixels <image.png> shows the image in the terminal and tmux window.

*The glitch does not happen on foot terminal but only occurs in the tmux window

For reference preview script

[hpjansson]

Hmm. I suspect this is a tmux issue. Can you try this:

echo -en '\033[0H' ; chafa -f sixel -s 40 image.png ; echo -en '\033[0H' ; chafa -f sixel -s 20 image.png

Inside plain foot, and inside tmux running under foot. Here it produces a small image overlaid on a big image in foot, but only the small image in tmux. Foot's behavior is the correct one.

However, this is the opposite of what you're seeing in fzf-preview, so maybe it's caused by something else.

[niksingh710]

Yes, I think you are right. This is happening because of something else. However, I am unable to pinpoint what might be causing this. I have tried all tmux variables and related configurations.

[hpjansson]

Let's try to rule out the easy stuff - which Chafa version are you running (chafa --version), and which tmux version (tmux -V)?

Older versions of tmux require the use of passthrough, and Chafa from the master branch is better at detecting when it'll work without passthrough. This gives better results. tmux with passthrough tends to dispose of images immediately like you're seeing in the test above (left hand side).

If you're using a 1.14.x release of Chafa, do you think you'd be able to test with the master branch instead?

[niksingh710]

Yes, you are right.
My bad—I should have already included this general information.

chafa --version

󰘧 chafa --version
Chafa version 1.14.5

Loaders:  GIF JPEG PNG QOI TIFF WebP XWD
Features: mmx sse4.1 popcnt avx2
Applying: mmx sse4.1 popcnt avx2

Copyright (C) 2018-2024 Hans Petter Jansson et al.
Incl. libnsgif copyright (C) 2004 Richard Wilson, copyright (C) 2008 Sean Fox
Incl. LodePNG copyright (C) 2005-2018 Lode Vandevenne
Incl. QOI decoder copyright (C) 2021 Dominic Szablewski

This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

tmux -V: 3.5a

I successfully built chafa from the master branch. Specifically, the commit I built was 05e7609.

Below is the package override I used:

pkgs.chafa.overrideAttrs (oldAttrs: rec {

  version = "05e7609";
  pname = "chafa";

  src = pkgs.fetchFromGitHub {
    owner = "hpjansson";
    repo = "chafa";
    rev = version;
    sha256 = "sha256-bU/Wp3e0/x+4cYolKBrilrRzFL93hJW8l7xJguiRpIs=";
  };

});

chafa --version

Chafa version 1.15.0

Loaders:  GIF JPEG PNG QOI TIFF WebP XWD
Features: mmx sse4.1 popcnt avx2
Applying: mmx sse4.1 popcnt avx2

Copyright (C) 2018-2024 Hans Petter Jansson et al.
Incl. libnsgif copyright (C) 2004 Richard Wilson, copyright (C) 2008 Sean Fox
Incl. LodePNG copyright (C) 2005-2018 Lode Vandevenne
Incl. QOI decoder copyright (C) 2021 Dominic Szablewski

This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

The behavior persists in the master branch as well.

[hpjansson]

Thanks, that's useful to know. The next thing to try is to run it in as basic an environment as possible -- e.g. bog standard bash shell and no customizations. A simple way to do it would be to create a new user and try it there.

Edit: You might get different results in a different terminal with sixel or kitty capabilities. I'd check with mlterm, kitty or ghostty too, to see if anything changes.

[niksingh710]

Okay, So i tried it with clean env also.
Had my tmux config and fzf with the script to preview via using chafa and bat for text.

foot/mlterm -> Preview worked perfectly Fine
foot/mlterm + tmux -> The same glitch happens

kitty -> Gives some alphanumeric values on preview window
ghotty -> Blank in Preview Window

kitty/ghostty + tmux

[hpjansson]

Good, so we know foot and mlterm produce the same results.

The kitty alnum spew sounds like fzf could be interfering with kitty images. The tmux +++++++++++ placeholder happens when we send tmux a sixel image, but it thinks the terminal is unable to display it - so that could be a tmux issue, or an issue with the terminfo database.

As for the failure-to-clear-sixels glitch, I can't think of anything else to test at the moment - I'll have to find some time to investigate the foot/tmux/fzf/fzf-preview chain locally. Probably next week.