Closed
Bug 252124
Opened 19 years ago
Closed 18 years ago
bookmarks menu should remain open when a user selectes "New <foo>", cut, copy, paste, delete
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 195031
People
(Reporter: asa, Unassigned)
References
Details
The bookmarks menu should remain open after the user creates a new bookmark, new folder, or new separator via the context menu. The current behavior with Firefox on Windows is that as soon as you select that new<foo> item from the context menu.
Reporter | ||
Updated•19 years ago
|
Flags: blocking-aviary1.0?
Comment 1•19 years ago
|
||
The bookmarks menu should also stay open when deleting bookmarks via the context menu, in my opinion. At the moment it can be frustrating trying to delete a couple of bookmarks in the same sub-sub-folder.
This is pretty much impossible to do -- bookmarks has no control over the menu; the menu closes itself after the command executes. Maybe we should just get rid of the New.. entries in the bookmarks menu, for the problem that is mentioned here, as well as because it's not clear at all where the "new" thing will go? Right-clicking on a bookmark and getting "New *" entries makes no sense -- the "New *" bits aren't 'context' in any way for the bookmark itself. Right-clicking on a folder and selecting New * makes some sort of sense, in that it gets created inside that folder -- but there's no way to right-click the toplevel Bookmarks container from the menu, so we lose again. If someone wants to create a new folder/bookmark/separator, they could do so much more comfortably from the sidebar or the manager...
Comment 3•19 years ago
|
||
that goes against a lot of the "change stuff where you use it" UI we've been working on (i.e. right-click to customize toolbars, direct access to add search engines, etc). They're context for the location of the bookmark, which is admittedly tenuous logic, but it works. :)
Comment 4•19 years ago
|
||
Please change the summary of this bug to expand the scope to include the varied complaints in the previous comments. The bookmarks menu should remain open when a user selectes "New <foo>", cut, copy, paste, or delete.
Reporter | ||
Updated•19 years ago
|
Summary: bookmarks menu should remain open after creating new items via the context menu → bookmarks menu should remain open when a user selectes "New <foo>", cut, copy, paste, delete
Reporter | ||
Comment 5•19 years ago
|
||
vlad says too dangerous for this late in the game.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Comment 6•19 years ago
|
||
*** Bug 270265 has been marked as a duplicate of this bug. ***
Assignee: vladimir → vladimir+bm
Comment 7•18 years ago
|
||
Duping to the better known bug. *** This bug has been marked as a duplicate of 195031 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Comment 8•18 years ago
|
||
*** Bug 299614 has been marked as a duplicate of this bug. ***
Assignee: vladimir+bm → nobody
Comment 9•17 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•