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.

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.

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

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

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

Reassigning as per Bug #32644

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