Bug 441419 - No context menu ( right click options ) on input fields on Dolphin
Summary: No context menu ( right click options ) on input fields on Dolphin
Status: CONFIRMED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 21.08.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-08-23 09:59 UTC by Casu Al
Modified: 2021-08-23 19:08 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 !)