https://bugs.documentfoundation.org/show_bug.cgi?id=89141
--- Comment #9 from [email protected] --- I have tried to isolate the problem using the document that was attached in comment 4 (attachment 113182). It seems the problem lies in LibreOffice (or more precisely probably in the toolkit) and not in the window managers. The window gets pushed in the background by the focus stealing prevention of the window managers, but the window managers work correctly according to the EWMH spec. The problem is, that sometimes LibreOffice sends a _NET_WM_USER_TIME request with a timestamp of zero to the X-server right before mapping the window. And this tells the window manager to NOT give the window focus, when it is mapped. See: http://standards.freedesktop.org/wm-spec/latest/ar01s05.html#idm139870829932528 Especially: "The special value of zero on a newly mapped window can be used to request that the window not be initially focused when it is mapped. " Unfortunately in this case it doesn't help to configure exceptions for the focus stealing prevention as a workaround (neither in compiz nor in kwin), because when deciding if a windwow should get the focus, the _NET_WM_USER_TIME timestamp has a higher priority than the configured exception rules. I have collected X protocol traces of communication between LibreOffice and the X server (using the xtrace tool), which show the problem. I will attach those after this comment. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
