286164 - Displaying about:bookmarks in addressbar when in bm-manager makes it impossible to drag an URL into the bookmarks

Status: RESOLVED WONTFIX

(Camino Graveyard :: Bookmarks, enhancement)

Description

[markturner]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O) Gecko/20040906 Camino/0.8+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O) Gecko/20040906 Camino/0.8+

When you have loaded a site and then click the bookmarks button, about:plugins
is displayed in the URL field. This makes it impossible to drag an address into
the bookmarks manager. It further requires you to delete it first before you can
manually enter a new address, which is inconvienient. 
Displaying about:bookmarks is unnecesssary, everybody can see that the bookmarks
are opened.

Reproducible: Always

Steps to Reproduce:
1.Open the bookmarks page.


Actual Results:  
about:bookmarks is displayed in the URL bar.

Expected Results:  
If a site was previously loaded in that window/tab, the address of the
previously opened page should be displayed. If it is a new window/tab, the URL
bar should be empty.

Comment 1

[Chris Lawson (gone)]

FWIW, this behaviour is still present with current nightlies. (I noticed the
submitter was using an older release.)

However, I'm not sure I understand why this is such a problem. "Bookmark This
Page", followed immediately by opening the Bookmark Manager, should obviate the
problem.

cl

Comment 2

[markturner]

It is not a huge issue, but I think there are several points that soeak for it:

-Being able to drag an address to the bookmarks is something very intuitive and
very mac like. I think we should support it, even if there are other ways to do it.

-When the bm's are open, there is this available space in the URL bar. How is
this space used best? It already sais Bookmarks in the title, and everybody can
see it is the bookmarks anyways. I think we can use it to display other info,
which brings me to the next point:

-If a page is loaded, and you click the bookmarks button, you can bring the
former page back when clicking the button again. Wouldn't it be handy to know
exactly which page it brings back?

- I have Camino set up so that when I open a new window, it opens the bookmarks
(they're my "homepage"). I think this is very handy, but when I want to manually
enter an URL, I first have to delete about:bookmarks. Not a lot of work, but
still unnecessary.

- "about:bookmarks" does look to geeky for a mac application.

Just my thoughts, of course.

Comment 3

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

You can drag a bookmark from any of your other tabs; the tab showing the
bookmarks manager is not an "overlay" on another webpage but a page unto itself
(that's why it has the URL about:bookmarks--well, that and so bookmarks can be
set as the user's homepage).

Note when you hit Cmd-B you are either going forward (to a new page when opening
the BM) or backward (to the previous page when closing the BM)--observe the back
and forward buttons and their menus.

The Camino devs put a lot of thought into how to best rework the Bookmarks
Manager before implementing these changes...this is bug is likely WONTFIX.

Comment 4

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

I disagree with most of this bug. Having about:bookmarks makes perfect sense and
is something that probably won't change.

However, I do agree that users should be able to drag a bookmark from the
manager straight onto the location bar to have it load. That sounds very much
like how OS X works and seems important.

Confirming, setting severity to enhancement, and targeting for future.

Comment 5

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

(In reply to comment #4) 
> However, I do agree that users should be able to drag a bookmark from the
> manager straight onto the location bar to have it load. That sounds very much
> like how OS X works and seems important.

When you drag a URL or webloc into the location field, it puts the URL there but
does not load it automatically.  Bookmarks behave the same way, so this bug is
invalid, or there needs to be a general bug wherein dragging any form of URL
(bookmark, webloc, url/link on a page) to the location field should load the URL
instead of just putting it in the field.

Comment 6

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

*** Bug 287998 has been marked as a duplicate of this bug. ***

Comment 7

[Warren TenBrook]

I reported the opposing view in bug 199790, but I recognize this reporter's
complaint: hit bookmark button -> drag favicon/url to desired location is very
convenient.

Dragging from the bookmark view to the location bar is not the issue, so this
bug is still valid.

What's needed is a way to get a draggable proxy for the current page when in
bookmark view so there are no obstacles.  Maybe a pane in the bookmark view that
lists proxies for all currently open pages in windows/tabs for
one-stop-shopping.  Any or all of them could be dragged into the bookmarks
folders.  This would have the advantage of allowing more flexible d&d options
than dragging individual URLs from adjoining tabs or the location bar.

Comment 8

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

*** Bug 313338 has been marked as a duplicate of this bug. ***

Comment 9

[Stuart Morgan]

I'm not clear on why this was confirmed; we are explicitly treating the manager as a page throughout the UI, and this was a deliberate part of that behavior. WONTFIX.