Closed
Bug 350888
Opened 19 years ago
Closed 18 years ago
Dragging a bookmark folder on the bookmark bar repositions the bookmark instead of opening the folder
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 334244
People
(Reporter: ce.ceo, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Build Identifier: Firefox 2.0 Beta 1
Dragging a bookmark folder on the bookmark bar repositions the bookmark instead of opening the folder so that one may open a bookmark on a quick drag (mouse down on folder, mouse up on contained boomkark).
Reproducible: Always
Steps to Reproduce:
1.Drag a bookmark folder on the bookmark bar
Actual Results:
attempts to reposition the boomark folder on the bar
Expected Results:
Opens the bookmark folder on mouse down and allows one to select and then open a containing bookmark on mouse up.
| Reporter | ||
Comment 1•19 years ago
|
||
I ment Minefield build 2006083005, not firefox 2 beta 1
Updated•19 years ago
|
Component: Toolbars → Places
Version: unspecified → Trunk
Updated•19 years ago
|
QA Contact: toolbars → places
Comment 2•19 years ago
|
||
Reproduced with Minefield build 20060902. (This test doesn't apply to FF 1.5.0.6 as the only way to re-arrange bookmark toolbar items is through the Bookmark Manager.)
Here are the steps I took to reproduce:
1. Created a new folder in my bookmark toolbar
2. Added a few bookmarks to the folder
3. Left-clicked and dragged the mouse downwards on the folder's button in the toolbar
4. Let go of the left mouse button either on a bookmark on in between bookmarks
The bookmark folder pops-up when I do this and it seems to say to me, "Here are the bookmarks, pick whichever one you want to go to." But then, as I move my mouse over the bookmarks, I realize I'm dragging the folder instead. It's as if the folder tries to move itself *into* itself when I stop dragging.
Comment 3•18 years ago
|
||
WFM on Linux with
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060901 Minefield/3.0a1
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a4pre) Gecko/20070409 Minefield/3.0a4pre
This still happens with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a4pre) Gecko/20070409 Minefield/3.0a4pre - Build ID: 2007040907
on XP, but what's the desired behavior? I want to be able to drag the folder on click-hold-drag, and the folder menu stays open for selection on click-no-hold. Is there precedent for click-drag-up picking a menu item? I think that behavior would be unexpected for me, but maybe that's just the mad cow.
Updated•18 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Comment 6•16 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".
In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body contains places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.
Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.
Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•