After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 44981 - right-click results in unwanted drag
right-click results in unwanted drag
Status: RESOLVED DUPLICATE of bug 87074
Product: nautilus
Classification: Core
Component: general
0.x
Other Linux
: Normal normal
: future
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2000-12-05 15:43 UTC by aelman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description aelman 2001-09-10 00:48:42 UTC
From Bugzilla Helper:


This is a minor annoyance.  It seems like every time I try to right-click on an
icon to bring up the right-click menu, before the menu comes up, I've moved the
mouse a little bit and instead of the wanted menu, I get either "Move Here/Copy
Here/Link Here" (I've only moved it a few pixels within the same window), or I
get the "switch to manual layout" dialog.

* REPRODUCIBLE: Sometimes

* STEPS TO REPRODUCE:

Right-click on an icon, then twitch one's hand. :)

* ACTUAL RESULTS: 

 Either of the above results depending on how far I went and when I let go of
the button.

* EXPECTED RESULTS: 

  brought up the right-click menu.

My opinion: it might be nice if there were a minimum amount that you had to drag
an icon within the same window before Nautilus actually recognized it as a move;
even a 10-pixel radius should do it (although it seems like you could get away
with as much as a full icon position).



------- Additional Comments From arlo@workthatmouse.com 2000-12-05 11:12:51 ----

The spatial slop factor may not be good enough... let me work with Pavel 
on this.



------- Additional Comments From darin@bentspoon.com 2000-12-05 13:11:47 ----

This happens a lot to me too.



------- Additional Comments From pavel@eazel.com 2000-12-05 23:07:58 ----

Arlo, I stole it from you, kept you as cc



------- Additional Comments From don@eazel.com 2000-12-15 09:32:50 ----

Batch move all 254 PR3 P5 bugs to 1.0.1.




------- Additional Comments From snickell@stanford.edu 2001-07-23 00:33:55 ----

Taking bugs previously assigned to Pavel, assigning them to myself. Will parse
them out at my leisure , but many are GnomeVFS bugs we should look at for 2.0



------- Additional Comments From mjs@noisehavoc.org 2001-07-23 01:17:19 ----

Move to unassigned. I'll probably want to take a crack at some of these myself,
and Seth says he is unlikely to.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:48 -------

The original reporter (aelman@eazel.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.

Comment 1 John Fleck 2002-01-05 04:15:12 UTC
Changing to "old" target milestone for all bugs laying around with no milestone set.
Comment 2 Dave Bordoley [Not Reading Bug Mail] 2002-04-22 19:05:37 UTC
yeah, what happens in windows and macos?
Comment 3 Anders Carlsson 2002-04-22 19:10:55 UTC
The problem here is that the drag threshold is too small. We should
probably use the default gtk+ drag threshold.
Comment 4 Dave Bordoley [Not Reading Bug Mail] 2002-09-02 06:40:31 UTC
*** This bug has been marked as a duplicate of 87074 ***