When using webengine on a web page the context menu for a link shows a "Copy Link URL" entry, the corresponding action does not copy the link's URL to the primary selection buffer - the one with the middle click paste. It does copy it to the clipboard buffer which can be retrieved using Ctrl+V. This is different to the previous behaviour with kwebkit engine and is very confusing for a user accostomed to use the middle mouse button. A similar problem was described here (https://bugs.kde.org/show_bug.cgi?id=220184) for kmail
That is intensional, if you want it in the selection buffer you need to select it. Copying is a clipboard action. Though I guess we could select it when you right click on it, though that might be confusing if you have another selection active.
Note Klipper has a setting that lets you synchronize selection buffer and clipboard across all applications, if that is what you want.
(In reply to Allan Sandfeld from comment #1) > That is intensional, if you want it in the selection buffer you need to > select it. Copying is a clipboard action. Though I guess we could select it > when you right click on it, though that might be confusing if you have > another selection active. It's not a bug, it's a feature! Consider, however that: - the two engines (khtml and WebEngine) behave differently in this regard, so there is a confusing inconsistency between the two. - firefox behaves like khtml - a user (like myself) that upgrades konqueror from a previous version (kwebkit instead of WebEngine) finds himself with the new behaviour with no warning.
I'll have to test how other browsers treat this. My suspicions are that most will behave like khtml. If so, then I'd have to strongly recommend that webengine part ought to follow suit.
After a brief look at the sources, it seems that this behaviour is entirely under QT responsibility: in konqueror-17.04.1/webenginepart/src/webenginepart_ext.cpp I find: [...] view()->triggerPageAction(QWebEnginePage::CopyLinkToClipboard); [...] where QWebEnginePage::CopyLinkToClipboard is an "action" that is executed in qtwebengine-opensource-src-5.9.1/src/webengine/api/qquickwebengineview.cpp, with a call to QClipboard::setMimeData: [...] qApp->clipboard()->setMimeData(data); [...] Here there is a second (optional) argument of the following type: enum Mode { Clipboard, Selection, FindBuffer } the default being "Clipboard". Now, I think that most existing applications that copy in Clipboard, also pragmatically copy the same content in "Selection", for the benefit of "old" X11 users...
Sadly, I am now no longer using konqueror... too many problems makes it a pain to use it.