VLC shows the toolbar in the center in full screen mode

[newzubakhin]

• Sway Version:

$ sway -v
sway version v1.5

• Description: I ran into a problem with VLC. It shows toolbar in the center of the screen.

Steps to reproduce:

1. Run VLC
2. Switch to full screen mode

[Geo25rey]

@newzubakhin, do you mean VLC's full screen mode?

When I use Sway's full screen command and use VLC's "Minimal Interface" [Ctrl+H], it seems to have your designed behavior in the meantime.

Edit: I just noticed when switching to floating window mode in VLC's full screen that the toolbar vanishes (will not auto-show on cursor hover) until switching back to tiling mode, allowing the toolbar to reappear in the center of the screen.

[newzubakhin]

@newzubakhin, do you mean VLC's full screen mode?

Yep, I mean VLC's fullscreen mode.

[KoalaV2]

Any updates on this? I'm also experiencing this issue on the latest sway master branch.

[tukusejssirs]

I want to add that sometimes the toolbar stucks in the centre of the screen (i.e. does not go away), esp when switching from fullscreen VLC in one workspace to another workspace and back. Then I have to ’unfullscreen’ (what’s the correct way to describe it?) VLC and then go fullscreen again; that fixes it.

This is a very annoying bug.

[quaintdev]

Unlike @tukusejssirs I get toolbar stuck in center of full screen always. It seems that certain dialog boxes especially ones without standard window controls like close button have issue with sway. I saw weird behaviour with new file dialog box of Intellij IDE as well. The dialog box merely has a text box in it without any other controls and I just can't focus that dialog box either via mouse or keypad. It seems both issues are related.

[tukusejssirs]

@quaintdev, it might be related to some Sway settings. I use tabbed mode exclusively (unless a modal uses the float mode).

[mazunki]

I might not know much about swaymsg or how to manipulate at runtime, but I am pretty sure I am here looking at the traitor:

from swaymsg -t get_tree | nvimpager

I tried setting it to floating mode ( aka for_window[window_type="utility"] floating enable; position 0px 0px ) from Sway's config, and while that does work for the first time it spawns, it quickly re-summons itself in the middle, I'm not exactly sure why.

I can confirm it's a new instance of the window, as the window value changes between appearances (if you let it fade out, it dies completely), although the transient_for value remains the same after reappearing.

I believe the clean fix would be to change the visible state to false, rather than closing the window each time, and re-setting it to true to reappear.

[KoalaV2]

I might not know much about swaymsg or how to manipulate at runtime, but I am pretty sure I am here looking at the traitor:

from swaymsg -t get_tree | nvimpager

I tried setting it to floating mode ( aka for_window[window_type="utility"] floating enable; position 0px 0px ) from Sway's config, and while that does work for the first time it spawns, it quickly re-summons itself in the middle, I'm not exactly sure why.

I can confirm it's a new instance of the window, as the window value changes between appearances (if you let it fade out, it dies completely), although the transient_for value remains the same after reappearing.

I believe the clean fix would be to change the visible state to false, rather than closing the window each time, and re-setting it to true to reappear.

Any update on this? Sounds like this would be a decent fix.

[kayshinonome]

I also am having this exact same issue on sway version 1.6.1

[quaintdev]

I am facing the same issue as well with 1.6.1 version on debian testing.

[KoalaV2]

Any update on this?

[cccccmake]

sway version 1.7, looking for update...

[haselwarter]

bump