Bug 197666

Summary: "Move to" and "Copy to" submenus don't appear in the right place the first time when the context menu is in the right edge of the screen
Product: [Applications] dolphin Reporter: Sergio PR <sergio.pe.facebook+kde>
Component: generalAssignee: Dolphin Bug Assignee <dolphin-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: andresbajotierra, finex, kdelibs-bugs, leo
Priority: NOR    
Version: 16.12.2   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Sergio PR 2009-06-23 23:15:23 UTC 
Version:            (using KDE 4.2.90)
OS:                Linux
Installed from:    SuSE RPMs

Tested on:

Arch Linux, KDE 4.2.0-4.2.3 (KDEmod)
Debian SID, KDE 4.2.4
KDE4 Live CD, KDE 4.3 beta 2 (http://home.kde.org/~binner/kde-four-live/)

I've seen it on Konqueror, Dolphin and Folderview plasmoid.

"Move to" and "Copy to" submenus don't appear in the right place the first time when the context menu is in the right edge of the screen.

If you invoke the context menu in the right edge of the screen, every submenu should appear on the left of the context menu and "grow" to the right until there is no more screen space, then the new submenus should appear on the left again.

"Move to" and "Copy to" submenus don't behave like that. Their first submenu appears on the left but overlapping the parent context menu. The next submenus appear on the right and, again, overlapping the parent submenu. But if you leave a submenu and then you reenter into that submenu, it appears in the right place.

This behaviour is really annoying because sometimes it causes that you click a destination folder that you didn't want.

Here you have a video showing that weird bug: http://www.box.net/shared/voq7b78vzk (I'll try to attatch it here too)
Comment 1 Sergio PR 2009-06-23 23:18:16 UTC 
I couldn't attach the video as it's too large (2.5 MB), so use the previous URL instead: http://www.box.net/shared/voq7b78vzk
Comment 2 FiNeX 2009-06-23 23:50:28 UTC 
Bug confirmed using revision 985879.
Comment 3 Dario Andres 2009-06-24 16:41:16 UTC 
IIRC this is a libkonq thing.
Comment 4 Sergio PR 2010-03-03 19:40:21 UTC 
The bug persists on KDE 4.4.1
Comment 5 Sergio PR 2010-05-03 00:02:05 UTC 
The bug persists on KDE 4.4.3
Comment 6 Dawit Alemayehu 2011-12-21 21:59:27 UTC 
Dolphin's kpart handles filemanagement for Konqueror now so this bug report belongs there.
Comment 7 Peter Penz 2011-12-21 22:26:30 UTC 
> Dolphin's kpart handles filemanagement for Konqueror now so
> this bug report belongs there.

Dolphin's kpart does not handle any context-menu shown in Konqueror. As Dario said in comment 3 the issue is in libkonq - but it is fine for me if "dolphin" is used as product :)
Comment 8 leo_rockway 2012-07-07 21:14:48 UTC 
I don't seem to be able to reproduce this bug in KDE SC 4.9RC1.
Comment 9 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:20:03 UTC 
Resetting assignee to default as per bug #305719
Comment 10 Christoph Feck 2013-10-26 00:31:27 UTC 
I cannot reproduce either on KDE 4.11.