window displayed over the keyboard can not gain focus

[sancelot]

Hi,
In the enclosed screenshot, as you can see, I have a calendar displayed over the keyboard. (shell extension)

Unfortunately , when I click with my mouse, this not the calendar, but the keyboard that processes the events .

The keyboard in my application is always visible.

Is there a workaround ? Because this is very limiting.

Regards,
Steph

[marmuta (marmuta)]

I could imagine the XInput event doing this if the calendar isn't part of the regular desktop window tree.
Perhaps try setting Preferences -> Keyboard -> Advanced -> Input event source to "Gtk". Does that help?

[marmuta (marmuta)]

s/XInput event/XInput event source/

[sancelot (sancelot)]

No, this does not help

[marmuta (marmuta)]

I'd need more details then, the more the better. What distribution, desktop environment, calendar extension, etc. and what versions are you running? From the screen shot it looks like gnome shell and Onboard embedded in some kind of custom application, but I could be very wrong. I've tried to replicate your problem in Trusty's gnome shell 3.10.4 and couldn't reproduce it there.

[sancelot (sancelot)]

you are right, this is a custom gnome shell extension (to setup the button panel).

regarding the calendar, this is a copy of the gnome shell calendar, without events embedded in the button panel.

once the extension is loaded at bottom, we launch onboard, that sits on top of the panel.
the keyboard is kept always visible.

this is gnome-shell 3.8
onboard 1.0.1

maybe important : we are using lightdm , I have not checked the behaviour with gdm.

If needed, I can make a light version of the extension.

Regards,
Steph

[marmuta (marmuta)]

Thanks, hmm, we'll have to get a bit more technical, I don't quite understand your environment yet.

Is this an actual gnome-shell session on X? If yes, then the window manager is responsible for handling windows, including the calender extension. This would be mutter for gnome-shell. Do you have mutter running? The display manager, lightdm or GDM, shouldn't matter in that case.

Or, is this a lightdm session with a custom greeter running? In that case it's unlikely there's a window manager and you have to handle window focus and z-order yourself.

> once the extension is loaded at bottom, we launch onboard,
> that sits on top of the panel.
What kind of panel is this and how does Onboard sit on top of it? Is Onboard xembedded, i.e. run with the --xid switch, or simply positioned to fit the panel and its background made transparent? If it's the latter, you might want to try turning
Preferences -> Window -> "Force window to top" off.

> If needed, I can make a light version of the extension.
Yes, please, something to reproduce the problem. We'll probably quickly run out of options to remote debug this, otherwise.

[sancelot (sancelot)]

no problem to speak technical.

hum, interesting, this should be a gnome-shell session on X.
 mutter is not running

lightdm is launched in automatic login mode.this may have an impact on the settings.

onboard sits at bottom using docking => docked at bottom, shrink workspace, expanded. setting force window to top off and floating mode does not help.

[sancelot (sancelot)]

I enclosed process list running ps.txt

[sancelot (sancelot)]

I enclosed a light version of the extension

[sancelot (sancelot)]

forgot to tell that the display is a 19 inch display rotated vertically 1280x1024 resolution