Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No notification display after monitor hotplug #512

Open
Emantor opened this issue Mar 27, 2024 · 5 comments
Open

No notification display after monitor hotplug #512

Emantor opened this issue Mar 27, 2024 · 5 comments

Comments

@Emantor
Copy link
Contributor

Emantor commented Mar 27, 2024

Running latest mako git, sometimes after a hotplug notifications are no longer displayed. The service is still running and seems to receive notifications, but no longer creates a visible surface.

My hotplug configurations mostly disable my internal laptop display.

@TilCreator
Copy link

I noticed that makoctl set-mode default resolves this problem. So apparently changing screen configuration or disabling the last screen enables some kind of dnd mode?

@Emantor
Copy link
Contributor Author

Emantor commented Nov 20, 2024

Hm, probably because handle_set_mode() calls reapply_config() which in turn removes the notification surfaces and sets them all to dirty which will recreate them in the next cycle.

@nermolov
Copy link

Can confirm I have this issue on mako 1.9.0 and sway 1.10 after connecting to an external display and disabling my internal display.

I noticed that makoctl set-mode default resolves this problem. So apparently changing screen configuration or disabling the last screen enables some kind of dnd mode?

This does also fix things for me, but I can't seem to figure out how to get sway to automatically run this command on display changes...

@Emantor
Copy link
Contributor Author

Emantor commented Nov 26, 2024

Can confirm I have this issue on mako 1.9.0 and sway 1.10 after connecting to an external display and disabling my internal display.

I noticed that makoctl set-mode default resolves this problem. So apparently changing screen configuration or disabling the last screen enables some kind of dnd mode?

This does also fix things for me, but I can't seem to figure out how to get sway to automatically run this command on display changes...

Should be doable via kanshi, it can run commands when the output configuration changes.

I'll have some free time in december to investigate this further.

@Emantor Emantor closed this as completed Nov 26, 2024
@Emantor Emantor reopened this Nov 26, 2024
@zickgraf
Copy link

This does also fix things for me, but I can't seem to figure out how to get sway to automatically run this command on display changes...

In case it is useful for you:
I'm working around this issue by running the following loop in the background (in bash):

while true; do
	swaymsg -t subscribe '["output"]';
	sleep 3;
	makoctl set-mode default;
done

Probably this is not the most efficient solution but it gets the job done :D

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants