Whilst the taskbar window switching has been fixed, it's noted that the Run dialog cannot raise itself when this bug occurs.
I'm tagging this as an upstream XFCE bug for now, as I'm suspicious this is a bug with XFWM's focus stealing prevention logic. I noted in that issue that for some reason the 'XServerLastUserTime' or whatever is an absolutely huge value, compared to the X11 timestamp we're expected to pass in. The result seems to be that unless the request comes from a pager, any focus attempt is denied, I guess based off of that massive timestamp.
Proposal is to investigate XFWM4, from upstream, test latest build to see if this issue is reproducible. I'm curious because I think this is breaking not just things in this project, but I note that the XFCE notification popups are unable to raise their target applications either.
Continuing from #217
Whilst the taskbar window switching has been fixed, it's noted that the Run dialog cannot raise itself when this bug occurs.
I'm tagging this as an upstream XFCE bug for now, as I'm suspicious this is a bug with XFWM's focus stealing prevention logic. I noted in that issue that for some reason the 'XServerLastUserTime' or whatever is an absolutely huge value, compared to the X11 timestamp we're expected to pass in. The result seems to be that unless the request comes from a pager, any focus attempt is denied, I guess based off of that massive timestamp.
Proposal is to investigate XFWM4, from upstream, test latest build to see if this issue is reproducible. I'm curious because I think this is breaking not just things in this project, but I note that the XFCE notification popups are unable to raise their target applications either.