> > Yes, I meant that progress bar.
> > I've had that 1s idle timer idea as well, unfortunately after writing this,
> > but thank you for confirming that this would indeed work.
> > I will give that a try and if I can get RSIBreak to a working state on
> > wayland submit a PR for it.
>
>
> > 2. It works with XWayland, but only detects user activity if the user
> > makes an input to an XWayland window.
> Yeah, that's expected. We only send things to X when an X app has focus.
> Changing this behaviour is not an option. I don't think this is a viable
> setup option to support.
>
> > 2. It works with XWayland, but only detects user activity if the user
> > makes an input to an XWayland window.
> Yeah, that's expected. We only send things to X when an X app has focus.
> Changing this behaviour is not an option. I don't think this is a viable
> setup option to support.
>
> > Yes, I meant that progress bar.
> > I've had that 1s idle timer idea as well, unfortunately after writing this,
> > but thank you for confirming that this would indeed work.
> > I will give that a try and if I can get RSIBreak to a working state on
> > wayland submit a PR for it.
>
>
> > > So do you think it makes sense to have the function return some form or
> > > error instead of just returning 0, or is there a good reason it is not
> > > doing that already?
> I don't think it helps with a lot, you need to change clients to
> handle the error, at which point we've not
> > > So do you think it makes sense to have the function return some form or
> > > error instead of just returning 0, or is there a good reason it is not
> > > doing that already?
> I don't think it helps with a lot, you need to change clients to
> handle the error, at which point we've not
Hi, I just came across the issue that RSIBreak is unable to count down in
wayland, after 1 second it always resets its timer.
I investigated the code and found that it calls KIdleTime, which in turn calls
a platform-specific plugin.
In particular, it calls forcePollRequest() to get the
