Bug 441419

Summary:	No context menu ( right click options ) on input fields on Dolphin
Product:	[Applications] dolphin	Reporter:	Casu Al <casualsnek>
Component:	general	Assignee:	Dolphin Bug Assignee <dolphin-bugs-null>
Status:	CONFIRMED ---
Severity:	normal	CC:	kde, kfm-devel, nate, plasma-bugs
Priority:	NOR
Version:	21.08.0
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Casu Al 2021-08-23 09:59:37 UTC

Whenever you are editing text in qt input fields ( Filename while saving. Dolphin path bar ), you cannot get right click options like copy, paste, cut, etc by holding touch on selected text, holding touch for context menu works fine on other places like Dolphin folders or files


STEPS TO REPRODUCE
1. Open any application like Dolphin with single line input field
2. Select some text
3. Hold the touch to get context menu for copying, pasting, etc

OBSERVED RESULT
Nothing happens and text selection get cancelled 

EXPECTED RESULT
Context menu for selected text in input field should have shown up

SOFTWARE/OS VERSIONS
Linux: 5.9.1-zen
(available in About System)
KDE Plasma Version: 5.22.4
KDE Frameworks Version: 5.85.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
Some applications like firefox handle it properly with their own touch implementations

Comment 1 Casu Al 2021-08-23 10:21:33 UTC

I also cant get context menu in system tray icons, and icons only task switcher, in most places of plasma context menu on touchscreens are not available !

Comment 2 Nate Graham 2021-08-23 18:58:00 UTC

Yes, this is because press-and-hold needs to be manually bound to show a context menu in each individual app. If we did it systemwide (say, in KWin), then no app could ever use any other action for press-and-hold, which would be undesirable.

Comment 3 Casu Al 2021-08-23 19:08:27 UTC

(In reply to Nate Graham from comment #2)
> Yes, this is because press-and-hold needs to be manually bound to show a
> context menu in each individual app. If we did it systemwide (say, in KWin),
> then no app could ever use any other action for press-and-hold, which would
> be undesirable.

Sounds reasonable, maybe an option to assign touch actions and ability to exclude them by window class ? 
Currently without this feature it is very inconvenient to paste or copy text into input fields or interact with application from their system tray icons (discord, teams, mega sync, etc !)