255977 - Drag and self-drop tests: no-drop cursors when suitable

Status: RESOLVED WORKSFORME

(SeaMonkey :: Bookmarks & History, defect)

Description

[Anupama]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040714
Build Identifier: Mozilla:1.8a2

The links in the bookmark should not get droped on to the destination
bookmark/folder, but still its getting copied.

Reproducible: Always
Steps to Reproduce:
1 Select Bookmarks|Manage Bookmarks.
2 Select folder A1 then drag&drop it onto or within itself
3 Select folder A1 then drag&drop it onto or within folder A.
4 Select folder A then drag&drop it onto or within folder A1.
5 Select a bookmark within folder A1 and drop it onto folder A1.
Actual Results:  
1 By selecting Bookmarks|Manage Bookmarks,corresponding window opens up.
2 It is not possible to drag A1 & drop it onto or within itself
3 It is possible to drag A1 & drop it onto or within folder A.
4 It is possible to drag A & drop it onto or within folder A1.
5 It is possible drag a bookmark within folder A1 and drop it onto folder A1.

Expected Results:  
Expected Result :
Nothing should happen! No bookmark or folder should be moved in any of these
cases. Ideally, one should see the International symbol for 'No' cursor.

Comment 1

[Gérard Talbot]

Please write the correct URL. You have been asked this before.
I don't see how this bug should be considered that severe (major).
I tried the 5 steps with Mozilla 1.8a3 build 2004090105 and I got somewhat
slightly different results for the last 3 steps only:

step 3 It is possible to drag sub-folder A1 & to drop it onto or within parent
folder A. The sub-folder A1 will be repositioned (as last) at the last position
among other bookmark sub-folders. I do not see how this behavior could ever be
considered a bug or wrong behavior.

step 4 It is NOT possible to drag parent folder A & drop it onto or within
sub-folder A1. What I get: a sound is emitted to indicate failure of the drop
operation but there is no "no-drop" cursor appearing. I do not get your actual
results.

step 5 It is possible drag a bookmark within sub-folder A1 and to drop it onto
folder A1. In such case, the bookmark is repositioned (as last) at the last
position among other bookmarks in the sub-folder. I do not see how this behavior
could ever be considered a bug or wrong behavior.

At best, 
- in step 4, Mozilla should dynamically change the cursor to indicate and
reflect a no-drop contextual situation. 
- in step 3, if there is only 1 sub-folder in the parent folder A, then maybe a
cursor change should indicate a no-drop contextual situation. Right now, the
cursor shown is the selected text drag.
- in step 5, if there is only 1 bookmark in the sub-folder A1, then maybe a
cursor change should indicate a no-drop contextual situation.  Right now, the
cursor shown is the selected text drag.

I see hardly anything to justify Severity: major. I'm not sure this bugfile
should deserve severity: trivial or enhancement instead.

CONFIRMING

FWIW, I have proposed in bug 230337 to use customized and more intuitive-looking
cursors for drag-N-drop mouse operation of bookmarks.

Comment 2

[Anupama]

*** Bug 256117 has been marked as a duplicate of this bug. ***

Comment 3

[Jason Bassford]

No bug/patch (or anything at all) given as a reason for this now being fixed.

->WORKSFORME

Comment 4

[Gérard Talbot]

The bug is still there in Mozilla 1.8a4 build 2004091406. There are no "no-drop"
cursors shown when suitable.

Comment 5

[Ray Booysen]

Reassigning as per Bug #32644

Comment 6

[Phoenix]

Tried to reproduce, results:
Step 2: blocker icon appeared, nothing happens
Step 4: same here
Step 5: I can drop bookmark in same folder what leads to change it's position to last in folder, not a problem, I think.
So closing here as WFM
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a1
Build identifier: 20120921003032