307570 - Accidentally dragged a bookmark in bookmark bar into an adjacent folder (also in bar). Can't drag it back out (except by going to manager).

Status: VERIFIED WONTFIX

(Camino Graveyard :: Bookmarks, defect)

Description

[upsondowns]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050903 Camino/0.9a2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050903 Camino/0.9a2+

As described above.

Reproducible: Always



Expected Results:  
Should be able to move bookmarks in bookmark bar in and out of bookmark folders
(or not at all if that's easier).

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I think this is WONTFIX, as this is the desired behavior--one should be able to
move bookmarks into folders in the bar.  The only thing more I can think of that
we could do is tweak the delay before dragging to make it harder for users to do
that.

Comment 2

[upsondowns]

This strikes me as inconsistent behavior.  If a folder is available (i.e.,
visible) for additions, it should also be available for the opposite, as it is
in the "manager" (a.k.a. in "Show All Bookmarks"). 

This would be consistent with folder behavior in OS X generally (not to mention
Windows, etc. etc.).  

Right now a folder in the bookmark bar is an in-basket only. It should also
behave as an out-basket.  Or as neither, forcing the user to manipulate its
contents in Show All instead.

Comment 3

[Samuel Sidler (old account; do not CC)]

I agree that this is a WONTFIX, but disagree that we should change the delay.
iirc, you can remove links or folders from the bar (by dragging to the trash),
just not a link from a folder in the bar. It may be in consistent, but it's what
other browsers do (including FF ad Safari, iirc) and adding the functionality
would cause more problems than help. Imagine a user trying to open a link and
accidentally removing it. Additionally, imagine a user control-clicking on a
link and seeing a menu. Since we don't highlight the folder at all (different
bug), what is the menu for? Too confusing to the user, this is a WONTFIX.

Comment 4

[Wevah (Nate Weaver)]

I think, in the future, we should look into supporting at least a one-level undo
for bookmark toolbar drags for cases like this.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I actually think the current delay is sufficient; just mentioning it as
potential way to address the issue.

BTW, we do highlight the folder about to recieve the drag on 10.3.x; it must
only be busted on 10.4.

Comment 6

[Mike Pinkerton (not reading bugmail)]

menus on mac OS are not drag sources. never have been, never will be. doing so
would be inconsistent with the HIGs.

Comment 7

[upsondowns]

Have menus ever been drag destinations?  This one (as a drop down for a folder)
is now.

Viewed from that perspective, this behavior is not only inconsistent, it's
confusing (a condition that consistency is supposed to minimize).  

Why not remove both the to and the fro, and leave modification to Show All
Bookmarks?