<div dir="ltr"><div>[1] this occurs in my system since always (even back to Qt 5.11) but I always thought that it might be a drivers issue (I have an optimus laptop so I  can not trust it)</div><div>probably with Qt 5.13 might hit more users.</div><div><br></div><div>[2] in the same category one more major issue under wayland in my system is that the windows stacking order after some usage becomes totally</div><div>untrusted. Meaning that even though I click the top visual window the window focused becomes the window underneath. Only thing I can do is to have</div><div>ONLY ONE visual window at each time in order to work under wayland after [2] appears</div><div><br></div><div>regards,</div><div>michail<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Στις Δευ, 10 Ιουν 2019 στις 8:58 μ.μ., ο/η Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey,<br>
Since I switched to a Qt 5.13 build, I'm seeing that some dialogs<br>
eventually stop showing up.<br>
<br>
It happens randomly and I'm not even sure that it's Qt's fault<br>
anymore, but I wouldn't discard it either. Initially I thought it<br>
would be [1] but it got fixed and I still get it.<br>
<br>
An easy way to trigger the problem is by using krunner. Just open it,<br>
type something until you get some results, press Escape. Sometimes it<br>
needs doing a couple of times.<br>
<br>
With yakuake it can be done as well by pressing its key combination a<br>
couple of times not even that quickly.<br>
<br>
Any ideas what this could be?<br>
Aleix<br>
<br>
[1] <a href="https://bugreports.qt.io/browse/QTBUG-76124" rel="noreferrer" target="_blank">https://bugreports.qt.io/browse/QTBUG-76124</a><br>
</blockquote></div>