-
-
Notifications
You must be signed in to change notification settings - Fork 735
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
mode hide
not working since 0.10.4
#3473
Comments
Have you tried waybar-git to see if it's related to the SIGUSR1 / setVisible bug that was fixed? |
@khaneliman Just tried waybar-git and no, the problem persists. My fix, for now, is using |
Also, I should add that I tried the same configuration as in the first comment, only substituting the |
Can you show your waybar config and the output of |
@alebastr uh, okay, this will sound dumb, but, with your comment, I was inspired to read my configuration file over and ended up solving my issue myself. It doesn't even require your pull request, but, in any case, thanks for helping and being proactive about this, you're positively great. In case anyone else stumbles into this, this is what fixed this issue for me: my configuration previously started with the following:
The relevant sections here are "invisible" and "hide". Unbeknownst to me, sway switches between modes
Also, note that I use the "visible" property for mode In any case, I will close this issue because it is now solved for me. |
There is a regression in 0.10.4 that introduces a requirement for the
explicit `"layer": "bottom"` for `invisible`, and the last revert commit in
my branch was supposed to fix that. Not sure what's wrong here, since I'm
using a similar config and it worked for me.
|
Well, that is weird. Either in your version or in the one distributed in Arch Linux, changing the configuration is what did it for me |
He's saying your addition of |
Yes, that's how I interpretd things thus far too. I meant that changing my configuration file was required either on his branch or in 0.10.4, even though that wasn't supposed to be the case with the PR. I could've done something wrong somewhere, though, and will probably check this again later today. In any case, do you believe I should reopen the issue? The problem is still there ( |
Oh, I see, I misread your response. Sorry, about that. |
Hi! I'm also facing this issue with waybar 0.10.4, but I can't figure out where I'm supposed to configure the sway-bar modes as explained by OP @7ff04da4aa6ac37197e249299066ac30. Would someone be able to help? |
~/.config/waybar/config
|
On Arch Linux, swaywm, my sway config states the following:
This used to work flawlessly until the last update. Since then, whenever I (re)start sway, the bar starts up hidden and comes to the top layer whenever I press the mod key. Then, it stays there, on top, forever, contrary to how the
hide
mode should work. Is this just me?The text was updated successfully, but these errors were encountered: