Closed Bug 465333 Opened 16 years ago Closed 16 years ago

Can not drag a bookmark in the 'Bookmark Menu'

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows Server 2003
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.1b2

People

(Reporter: zurtex, Assigned: asaf)

References

Details

(Keywords: regression, verified1.9.1)

Steps to reproduce: 1. Open the bookmark Menu 2. Drag and drop a bookmark from 1 place to another Results: Get the error message: Assertion Failed ASSERT: copy or move action without a tab Stack Trace: 0:_onDrop([object DragEvent]) 1:ondrop([object DragEvent])
Flags: blocking-firefox3.1?
Blocks: 225680
Tested on a clean profile on: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b2pre) Gecko/20081116 Minefield/3.1b2pre ID:20081116033829
Keywords: regression
Confirmed on previous nightly Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081115 Minefield/3.1b2pre ID:20081115150852 Works in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081114 Minefield/3.1b2pre ID:20081114034305
Although I also get the assertion failed message, drag and drop succeeds withing the bookmark menu Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081117 Minefield/3.1b2pre
Fixed, please reopen if I'm wrong as I couldn't test it.
Assignee: nobody → mano
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.1b2
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081118 Minefield/3.1b2pre ID:20081118125341 The assertion is gone but it doesn't depend where I drag my bookmark from or to, it ends up at the bottom of the root folder please reopen if someone else sees this as well
Confirming comment 5. The assertion is gone but any dragged bookmark, even in subfolders are moved to the root of the bookmarks menu. Seen in tinderbox build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081118 Minefield/3.1b2pre ID:20081118202716
there is no point reopening this one so i filed Bug 465685 for the issue of comment 5
This bug is worth re-opening if it's not fixed. Not quite sure why you would think otherwise. Testing on the tinderbox build: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b2pre) Gecko/20081119 Minefield/3.1b2pre ID:20081119041246 I can't find a single regression fixed, so it leads me to believe that it might not of been patched yet. Going to check on the original bug.
Flags: blocking-firefox3.1? → blocking-firefox3.1+
verified with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090127 Shiretoko/3.1b3pre
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.