<html>
<head>
<base href="https://bugzilla.gnome.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - gtk_window_move() unreliable in Wayland?"
href="https://bugzilla.gnome.org/show_bug.cgi?id=757558#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - gtk_window_move() unreliable in Wayland?"
href="https://bugzilla.gnome.org/show_bug.cgi?id=757558">bug 757558</a>
from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=mcrha%40redhat.com" title="Milan Crha <mcrha@redhat.com>"> <span class="fn">Milan Crha</span></a>
</span></b>
<pre>(In reply to Carlos Garnacho from <a href="show_bug.cgi?id=757558#c6">comment #6</a>)
<span class="quote">> The transient_for window is essential for popups to appear properly
> positioned in wayland, so that needs to be done at some point when the
> button has a toplevel, maybe hierarchy_changed(), or before showing.</span >
I moved the gtk_window_group_add_window() and gtk_window_set_transient_for()
calls from the _init() to the emoticon_tool_button_popup(), just before the
call of emoticon_tool_button_reposition_window(), but it didn't help. I've a
test g_print() there, which is printed, thus this code is triggered for sure.
Please note that the evolution passes correct coordinates for the popup window,
before the window is shown, they are just ignored under Wayland.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>