https://bugs.kde.org/show_bug.cgi?id=363783

Jan Kundrát <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Latest Commit|                            |http://commits.kde.org/troj
                   |                            |ita/27bae663dae466c088d5c66
                   |                            |dabf89894605be068
         Resolution|---                         |FIXED
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #3 from Jan Kundrát <[email protected]> ---
Git commit 27bae663dae466c088d5c66dabf89894605be068 by Jan Kundrát, on behalf
of Thomas Lübking.
Committed on 02/06/2016 at 12:53.
Pushed by gerrit into branch 'master'.

Fix tooltips in QtWebKit

Something™ triggers an event that makes qtooltip feel required to hide.
Next event cycle is by far not sufficient, so hacko mui uglydo would be
this thing.

But this is a "bug" in QToolTip or QWebPage/View or in Qt's event
handling (ie. Qt5 is in poor shape anyway and getting worse in every
update)

No, it's afaics not the hideText() call ;-)

jkt: It's actually caused by WebKit trying to handle the popups
internally and by an unfortunate order in which these events are fired.

This only works on Qt 5.4+ because that's when qtbase got its commit
e2df05f120ea76f7fb777926f5c00163dba4a92b. In other words, the bug
remains unfixed for Qt 5.2 and 5.3. I can live with that.
Change-Id: I03373a86695a8813cef70a964a2168e78a311368

M  +6    -1    src/Gui/Window.cpp

http://commits.kde.org/trojita/27bae663dae466c088d5c66dabf89894605be068

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to