Created attachment 119595 [details] screen recording SUMMARY Currently the breadcrumd immediately opens its menu if you mouseover ">" while drag files. Such behavior can be troublesome because in many cases the intent is not to make the breadcrumb menu appear, but just drop the file on the destination tab. STEPS TO REPRODUCE 1. open dolphin 2. navigate to a folder with long path 3. right click on "Home" in places panel, select "Open in new tab" 4. select Home tab 5. drag any file from Home tab to another 6. while you move the file, mouseover exactly on the ">" of the breadcrumb OBSERVED RESULT Breadcrumb immediately opens its menu when you mouseover ">". Watch the attached screen recording please. EXPECTED RESULT Breadcrumb should not open its menu immediately on mouseover. We need some delay here. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.13.0 beta2
The issue is in KIO since the KURLNavigator is a generic KIO component.
(In reply to Nate Graham from comment #1) > The issue is in KIO since the KURLNavigator is a generic KIO component. The code of KURLNavigatorButton is written to open the menu on drag (in dragMoveEvent function, test if "isAbovedArrow"). I could see two ways to correct this bug: - modify the KURLNavigator code to change the drag behavior to avoid the menu opening -> will have side effect on other user of the class (I don't have the visibility to evaluate the impact) - modify the DolphinUrlNavigator to filter the drag events and not cascade them to upper class (KURLNavigator) By default, I would recommend the second approach, but there is perhaps other ways I don't think of. What is your recommendation on the solution to implement?
Sorry for the delayed reply. Changing KUrlNavigator itself seems like a sensible enough plan to me, but instead of making it not open the menu at all on drag, it could perhaps wait a moment to filter out move actions that just happen to pass over it. Not long, like 500-750 ms even.