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

I3blocks is freezed while using any application in i3-gaps any workspace #431

Closed
b3nsh4 opened this issue Jun 23, 2020 · 7 comments
Closed

Comments

@b3nsh4
Copy link

b3nsh4 commented Jun 23, 2020

Using i3-gaps.When I launch a program, say SuperTuxKart (currently facing issues) after few seconds, I can see my i3blocks is freezed. Block buttons not working, time or nothing works at all. I need a refresh to get things working in i3blocks. After quitting program I saw blocks are back again. But, if I use workspace1 and 2 together with applications running, i3blocks is stuck again!

@zsugabubus
Copy link

I need a refresh to get things working in i3blocks. After quitting program I saw blocks are back again.

Do you say you need to restart (refresh?) i3blocks to make it working again OR is it enough to quit from SuperTuxKart?

@b3nsh4
Copy link
Author

b3nsh4 commented Jun 24, 2020

I need a refresh to get things working in i3blocks. After quitting program I saw blocks are back again.

Do you say you need to restart (refresh?) i3blocks to make it working again OR is it enough to quit from SuperTuxKart?

Right now, when I quit SuperTuxKart, i3blocks is working without refresh. But, say not SuperTuxKart, I've also seen this issue while using Openshot editor at Workspace-1 and now it's freezed. Now I need refresh to start blocks to work again. But, in SuperTuxKart, after exists, blocks starts working. I checked journal and it's somewhat saying interrupt is taking too long

@zsugabubus
Copy link

zsugabubus commented Jun 24, 2020

Hmm. Do you experience the issue with only this in your i3blocks/config:

[clock]
command=date +%s
interval=1

If not: Hurray! Try finding out what block of yours causes it. (Then maybe related to #422?)

If does: Could you check whether this command ps --no-heading -o state $(pgrep i3blocks)[*] returns “S”(leeping) or “R”(unning)? Maybe something stops i3blocks (in this case you will see “T”)? If you see “D”, then the best would be a strace i3blocks output to see what happens under the hood.

*: gets i3blocks process state

@b3nsh4
Copy link
Author

b3nsh4 commented Jun 24, 2020

I just ran ps --no-heading -o state $(pgrep i3blocks) when i3blocks was stuck. It returned "S"
Btw, it's not only the time not running, entire i3blocks isn't running while running these programs. Finally, I saw before launching a program i3blocks has pid:564 and after exiting game or anything, i3blocks starts working with entirely new PID. So, it's killed when a program started?

@zsugabubus
Copy link

So, it's killed when a program started?

i3blocks cannot respawn itself, it must be i3-gaps. But as far as I know, i3 only does this at startup + i3 restart, so for me it seems that your whole wm gets restarted for some reason. (If i3blocks would just simply die, you would see a “status_command exited unexpectedly” message in place of bar and i3 would not respawn it automatically.)

Try running i3 -Vd all 2>>/tmp/i3err >>/tmp/i3log and check logs, maybe you can find something interesting…

Also, if you do like this:

# i3/config
bar {
	status_command	strace -Ao /tmp/strace i3blocks
}

You will see in “/tmp/strace” why/how was i3blocks terminated, search for “+++ (...reason...) +++”.

@zsugabubus
Copy link

This restart thing is interesting that I think is surely out of scope of i3blocks, and I do not see how it could be related to the fact that you see i3blocks frozen sometimes. They will be two separate issues, I guess. Anyway, have you experienced such freezes with:

[clock]
command=date +%s
interval=1

At least that part could be fixed if not.

@b3nsh4
Copy link
Author

b3nsh4 commented Jun 24, 2020

Okay, I figured out the problem I hope. I set my i3blocks Block Button with dmenu. Basically, it's dmenu block button causes the problem. Set removed it and seems fixed. But, I can't guarantee feature issues. Anyways, thanks! @zsugabubus

@b3nsh4 b3nsh4 closed this as completed Jun 24, 2020
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

2 participants