https://bugs.kde.org/show_bug.cgi?id=363783
--- Comment #1 from Thomas Lübking <[email protected]> --- 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: diff --git a/src/Gui/Window.cpp b/src/Gui/Window.cpp index 93ecc8d..25f85a7 100644 --- a/src/Gui/Window.cpp +++ b/src/Gui/Window.cpp @@ -740,7 +740,8 @@ void MainWindow::createWidgets() if (url.isEmpty()) { QToolTip::hideText(); } else { - QToolTip::showText(QCursor::pos(), tr("Link target: %1").arg(UiUtils::Formatting::htmlEscaped(url))); + QTimer::singleShot(250, [=]() { + QToolTip::showText(QCursor::pos(), tr("Link target: %1").arg(UiUtils::Formatting::htmlEscaped(url))); }); } }); connect(m_messageWidget->messageView, &MessageView::transferError, this, &MainWindow::slotDownloadTransferError) 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 ;-) -- You are receiving this mail because: You are watching all bug changes.
