Bug 197666 - "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
Summary: "Move to" and "Copy to" submenus don't appear in the right place the first ti...
Status: RESOLVED WORKSFORME
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-23 23:15 UTC by Sergio PR
Modified: 2013-10-26 00:31 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

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