imv does not respect window manager about imv

[autrimpo]

I've narrowed the source of the issue and reported it upstream:
https://bugzilla.libsdl.org/show_bug.cgi?id=3936

[autrimpo]

I think we can close this since it's actually an OpenGL limitation, thus won't be fixed.

[eXeC64]

An example of the correct behaviour, and the incorrect behaviour and how to reproduce it would be most helpful for debugging and fixing this issue.

I use i3wm on my machines, but I can install bspwm for testing.

[autrimpo]

Example
Hope this helps, shows both sxiv and imv.

Edit: Arch Linux with bspwm 0.9-2 and imv 1.2.0-1 as well.

[professorjamesmoriarty]

I've never had the issue with focus, using bspwm 0.9-2 and imv 1.2.0-1 on archlinux. But it does ignore the selective split feature.

Typically the command for this is something like:

super + ctrl + {Left,Down,Up,Right}
        bspc window -p {left,down,up,right}

When I want imv to open to the right of the current window for example, it'll spawn taking over the current window space, rather then where I want.

[eXeC64]

Thanks for the video. That is odd behaviour.

It'd add some complexity, but a possible approach would be detecting whether imv is running on X11 or Wayland and setting the window properties as needed using the relevant native library. SDL provides some APIs for doing that, so in theory it's possible, but I'm reluctant to add that complexity to imv unless it's necessary.

Before considering doing that though, I'd like to nail down what exactly is causing the behaviour. My suspicion is an xprop of some kind.

[0x647262]

While using bspwm, I am unable to set my wallpaper using imv:

1. I am able to close my wallpaper. I am able to close the sdl window that is displaying my background after clicking on my background. (using sxhkd)
2. imv occasionally forces itself into the foreground of my desktop, and the sdl window starts to be managed by bspwm.

Semi-related:

Why doesn't feh get affected by the "closing my wallpaper" bug? Using:

feh --bg-scale $image

Prevents me from closing/managing the feh "window". (is it even a window in --bg mode?)

[eXeC64]

Could someone affected by this confirm whether it's still an issue please? imv has had a big refactor recently, and several bugs fixed.

[0x647262]

I'll check in a few.

[0x647262]

@eXeC64

It's confirmed still ignoring the preselect.

[autrimpo]

I can confirm this as well.

A thing of interest I've noticed: It seems like there's several windows being created in quick succession. Using bspwm's 'external_rules' feature (which runs a script on every new window created) and logging the events gives this output: (I opened termite and then imv)

id 85983235
class Termite
inst termite
title termite
id 85983237
class imv
inst imv
title imv
id 85983239
class imv
inst imv
title imv
id 85983242
class imv
inst imv
title imv

As you can see, three windows (with different ids) are being created, thus the first one "eats" the preselect and the third one, the actual imv window, ends up using the default split.

[eXeC64]

Good detective work there autrimpo. That's extremely strange behaviour. The window creation is all handled inside https://github.com/eXeC64/imv/blob/master/src/imv.c#L534-L595 - if you're able to reproduce it with a minimal program containing just that logic, I'd strongly urge reporting this upstream to SDL2.