[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

** Description changed: + [Impact] + + This will allow copy & paste to work with X apps on desktop systems + using U8. + + [Test Case] + + 1. Compile & install the Libertine branch found here: + https://code.launchpad.net/~townsend/libertine/pasted/+merge/299603 + 2. Create a Libertine

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

This bug was fixed in the package xorg-server - 2:1.18.3-1ubuntu6 --- xorg-server (2:1.18.3-1ubuntu6) yakkety; urgency=medium * debian/patches/xmir.patch: - Add focus/unfocus event passing (LP: #1582471) -- Robert Ancell Wed, 01 Jun 2016

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

Done. Finished in: https://git.launchpad.net/~xmir-team/xorg-server/+git/xmir/commit/?id=2deb8ecbe9c896d6e32df505b8ee20d08fc29d0c To see the full implementation (several commits worth): git diff c45845cb28..2deb8ecbe NOTE: Focus switching is only implemented in -rootless mode or rooted mode

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

Oops. The /correct/ use case for -rootless was never implemented. Although Unity8 doesn't use that yet, it would be the simple case to deal with first before addressing this enhancement. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

** Changed in: xorg-server (Ubuntu) Status: Incomplete => In Progress -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1582471 Title: Add focus/unfocus event passing for Xmir non-rootless mode

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

This is correct behaviour. The X server window loses focus, not the X app inside it. Your app would lose focus correctly if Unity8 used Xmir properly with -rootless. I appreciate Unity8's still not ready for that (bug 1543467) so will implement another workaround in Xmir. ** Changed in:

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

I just got the OSK working on the phone... and again the *focus* is never lost. Mainly the issue being when the phone locks. You turn the screen back on and the osk is still open for the lxc application. You can still type to it and it all goes to that app. Need to figure something out for

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

"Windows" losing focus is seemingly not a sensible problem to worry about. In windowing/desktop mode you are expected to have a physical keyboard. So there is no OSK that should ever be displayed. And no OSK to hide. In phablet touch mode, you do occasionally need an OSK. But we SIGSTOP apps

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

Unless... opening the switcher means an app loses focus before it gets SIGSTOP'd. Then the request is plausible, but still not sensible. Not sensible because the Unity8 shell should be smart enough to automatically hide the OSK when the switcher opens. I don't yet see any logical way forward

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

The thing is, the shell does tell the osk to hide or rather it gives enough info off that the window should know that its time to hide. Im assuming this is true based on U8 window normally hide when you click on a different window or a new window is mapped above it. The only issue seems to be

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

Does "a window" mean an X window or Mir window? This request only makes sense for the former. Because an X app popping up a dialog or menu should indeed change the OSK state. However that is 100% inside X and Mir windows have nothing to do with it. That is also the job of the toolkit input method

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

Should make sense. Whats needed is when a window losses focus, ie. its no longer on the top of the stack. This is the broken part. The input area lossing focus... i need to double check. I know the qt apps were working the that respect but the gtk apps i tested were all text editing :) -- You

[Bug 1582471] Re: Add focus/unfocus event passing for Xmir non-rootless mode

Wait, does this request make any sense? (Brandon?) The described use case was wanting to hide the OSK on focus loss. But surely you only want to hide the OSK when the text widget loses focus. So implementing this may stop the OSK from staying on screen after an app switch (assuming Unity8 does