feh --auto-zoom --scale-down inconsistent behavior for same command on i3?

[khughitt]

Greetings!

I've noticed that feh does not always behave consistently when called from i3.

To Reproduce:

1. Open a new workspace in i3
2. Open a terminal and cd to a directory containing images.
3. Call feh --auto-zoom --scale-down

Observed behavior:

About 80% of the time, the behavior is as expected and feh displays the first image, scaled to fit half the screen.

If I close the window and then recall the command a bunch of times, however, about 20-25% of the time, the image instead appears tiled in a 4x4 grid.

Any idea what could be causing this? It seems like sometimes the geometry estimation is occurs too soon perhaps. I'm wondering if compton could be affecting this? (e.g. due to lag ocurring during composition?)

Versions

• i3-gaps-rounded-git (i3 version 4.16.1-184-g00181678)
• Termite v15
• Picom (compton) v7.5

[klesh]

Same problem on dwm

[aearil]

Can confirm it is happening on dwm, and it also happen when simply calling feh without any option.

The image gets tiled across the whole windows, the issue seems random, as running the same command multiple times will sometimes lead to a correct behaviour, without any identifiable pattern.

[klesh]

I suspect it is caused by window resizing. Reloading image fixes the problem.

[FichteFoll]

Possibly related: #504

[notevenaperson]

I'm having this issue on bspwm, too.

[zjeffer]

Same here on bspwm

[FrozenOrchestra]

Seems that if you use --reload 0.1 in the command the image will fix itself, tested on BSPWM.

[FichteFoll]

It does "fix" it, but also causes a reload, making you unable to zoom, pan, resize or do anything since it will reload every 0.1s. It's not a feasible workaround.

Reverting the commit mentioned in #504 should probably do it.

[dorian-yeager]

Can confirm that this is still an issue on the latest version of main when tested on dwm git revert 11eeb961f15219da506a050ffc432e052689dcd6 fixes the problem.