https://bugs.documentfoundation.org/show_bug.cgi?id=162939

--- Comment #12 from Michael Weghorn <[email protected]> ---
(In reply to Michael Weghorn from comment #11)
> QtFrame::ToTop (when using Qt-based VCL plugins) might be a good starting
> point for analysis.

This might be some logic meant to keep the "Synchronize labels" window on top
of the associated Writer window, something like: "If the associated Writer
window becomes the active window (receives focus), bring the "Synchronize
labels" window to the front."

With "Focus follows mouse", the QWidget receives a focus event on mouse hover
that it doesn't get otherwise, backtrace:

1   QtWidget::focusInEvent                               QtWidget.cxx          
          687  0x7fe58144e724 
2   QWidget::event                                       qwidget.cpp           
          9087 0x7fe57e49fbfc 
3   QtWidget::event                                      QtWidget.cxx          
          678  0x7fe58144e6be 
4   QApplicationPrivate::notify_helper                   qapplication.cpp      
          3305 0x7fe57e3e2dc0 
5   QApplication::notify                                 qapplication.cpp      
          3251 0x7fe57e3e6cb9 
6   QCoreApplication::notifyInternal2                    qcoreapplication.cpp  
          1112 0x7fe580449dc9 
7   QCoreApplication::sendEvent                          qcoreapplication.cpp  
          1552 0x7fe58044aa39 
8   QApplicationPrivate::setFocusWidget                  qapplication.cpp      
          1553 0x7fe57e3e00b7 
9   QWidget::setFocus                                    qwidget.cpp           
          6581 0x7fe57e497a7c 
10  QApplicationPrivate::setActiveWindow                 qapplication.cpp      
          1895 0x7fe57e3e16f1 
11  QApplicationPrivate::notifyActiveWindowChange        qapplication.cpp      
          1948 0x7fe57e3e1ce5 
12  QGuiApplicationPrivate::processFocusWindowEvent      qguiapplication.cpp   
          2741 0x7fe57f2885c4 
13  QGuiApplicationPrivate::processWindowSystemEvent     qguiapplication.cpp   
          2233 0x7fe57f284818 
14  QWindowSystemInterface::sendWindowSystemEvents      
qwindowsysteminterface.cpp       1113 0x7fe57f36c48d 
15  QWindowSystemInterface::flushWindowSystemEvents     
qwindowsysteminterface.cpp       1082 0x7fe57f36c33e 
16  QtWaylandClient::QWaylandDisplay::flushRequests      qwaylanddisplay.cpp   
          524  0x7fe57caa7645 
17  QtWaylandClient::QWaylandDisplay::qt_static_metacall
moc_qwaylanddisplay_p.cpp        94   0x7fe57caac6af 
18  doActivate<false>                                    qobject.cpp           
          4140 0x7fe58051e7e4 
19  QMetaObject::activate                                qobject.cpp           
          4188 0x7fe5805141b3 
20  QAbstractEventDispatcher::aboutToBlock              
moc_qabstracteventdispatcher.cpp 122  0x7fe580432b66 
... <More>

I don't know whether there's any way for the app to distinguish between "Focus
follows mouse" and a "normal" focus event or whether that's something that the
compositor (KWin) should handle instead (ignore such requests in those cases).
This might be worth reporting for KWin in the KDE bug tracker as well to hear
KWin developers' opinion.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to