From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513
Description of problem:
Drag the "Drag and drop this icon to create a link to this page" icon from the
location field over the Bookmarks toolbar icon. The bookmarks menu opens (with
scrolling list) and the little piece of white paper gets left at various places
as you play around. To get rid of the state, choose an item on the bookmarks
menu which opens another window and click on a menu item or button in that new
window. e.g. edit bookmarks file menu or file bookmark cancel button. Then the
little piece of white paper wings its way back to its source at the location
field and you can proceed.
Version-Release number of selected component (if applicable):
Build ID: 2002051319 mozilla-0.9.9-12.7.3
Steps to Reproduce:
1.Click on icon in location field
2.Drag it over bookmarks folder in toolbar
3.You are stuck until you find a place to click which sends the URL icon back to
the location field.
Actual Results: Bookmarks menu stays open (my menu is quite long and has scroll
arrows top and bottom). URL in transit icon (piece of white paper) gets left in
various places -- even on the Gnome panel. State can be cleared by clicking on
a button or menu of a window which opens from bookmarks menu.
Expected Results: Dragging URL icon should not open bookmarks menu. More
objects should reject a drop when they don't support it. This bug exposes lots
of missing drag/drop handlers.
There are other funny things which happen in this state. Rather than claim that
the state should never be entered, it should be easier to get out of it.
Windows can't be moved, except sometimes they can be resized. The Mozilla
sidebar button is active but doesn't expand the sidebar. Sometimes windows can
be moved. If there are over 4 mozilla windows open, the task list item does not
work right. You can't get any "kill the window" menu items. ALL of these
should send the URL icon back to the location field like the cancel button and
the file menu of those bookmarks windows do.
Fixed in the errata.