| Summary: | Copy disabled in context menu with Qt 5.11 beta 4 | ||
|---|---|---|---|
| Product: | [Applications] Falkon | Reporter: | Antonio Rojas <arojas> |
| Component: | general | Assignee: | David Rosca <nowrep> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | jodr666, kde, pavbaranov, pedrohue |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
Antonio Rojas
2018-05-01 11:31:37 UTC
I can confirm. That would mean QWebEnginePage::Copy action is not properly updated by QtWebEngine. Please report it upstream. (In reply to David Rosca from comment #2) > That would mean QWebEnginePage::Copy action is not properly updated by > QtWebEngine. Please report it upstream. This is really strange. I have two webbrowsers build against of Qt5.11 beta 4: Falkon (3.0.99 (b6edd26c) - as you can see it's "GIT" version) and Otter-Browser (0.9.98 weekly 225 - from "GIT", too), both based on Qt5, too. In Falkon, copy entry in the context menu is disabled, but I can copy from context menu in Otter Browser (with qt5-webengine backend). That's not strange, otter probably just checks if selectedText() is not empty to enable copy action. But the bug here is in QtWebEngine not properly updating QWebEnginePage::Copy action - it was working up to beta3 so it's clearly regression there. Ok. Thank David for info. And just only for information, too. Unfortunetly, on falkon builds against of Qt5.11RC this bug occurs, too. BTW, there are even more regressions in Qt5.11 since beta4 :( *** Bug 394141 has been marked as a duplicate of this bug. *** *** Bug 395188 has been marked as a duplicate of this bug. *** There is patch for Qt 5.11.1. Everyone can applied it for Qt 5.11.0. It works. *** Bug 395755 has been marked as a duplicate of this bug. *** |