Closed Bug 295066 Opened 20 years ago Closed 16 years ago

Normal text on webpages can be drag and dropped into the bookmarks toolbar.

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: usekes, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

when i choose some written by holding mouse button (highlight text) i can move
it to the bookmark toolbar and adress toolbar.When i move text to the adress bar
it goes into the adress that is written.
for example : when i highligt "mozilla" and move it to the adress button it
appears like www.sit"mozilla"ename.com.
when i move it to the bookmark toolbar it appears like a button

Reproducible: Always
This is by the intended function, and created that way by design.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
looks like this needs more discussion , sorry
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
(In reply to comment #1)
> This is by the intended function, and created that way by design.

I would agree as far the location bar having the ability to drag text into it,
but that is apparently broken in latest-trunk (regression and followup?), but I
think being able to create bookmarks on the bookmarks toolbar out of regular
text is silly and definitely not by design.  Let me try to write up a decent
report on this and see about where to stick this, and I will go ahead and
confirm it in a moment I guess...
Let's concentrate on the dragging and dropping into the bookmarks toolbar, since
the other half of this bug report is already fixed on Trunk it seems (reporter,
in the future please file a seperate report for each issue).  Let's see if I
can't clean the report up a bit.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050521
Firefox/1.0+

Dragging normal text from a document into the bookmarks toolbar creates a
bookmark there.  This behavior is improper because normal text, by it's very
nature cannot be a valid bookmark.  The appropriate behavior would be to only
allow links to be dragged into the bookmarks toolbar, which is the current
behavior for the location bar, and seems to be more correct.


Steps to Reproduce:

1. Highlight some text somewhere on this page
2. Drag it into the bookmarks toolbar with the right mouse button
3. Try to open the bookmark by clicking on it, it is invalid.

Expected Results:

Normal text cannot be dragged into the bookmarks toolbar but links can be.

Actual Results:

Anything dragged into the bookmarks toolbar will create a bookmark.
Summary: i can move the chosen text at textboxes to the bookmark toolbar and adress toolbar → Normal text on webpages can be drag and dropped into the bookmarks toolbar.
I am thinking this belongs in Firefox/Bookmarks since it is about the Bookmarks
Toolbar.  Jaime brought up a valid point in IRC about this bug.  I am incorrect
in saying that normal text bookmarks are invalid, as they trigger the behavior
for searching that is assigned to the URL/Location bar.  By default, it will do
a Google "I'm feeling lucky" search, or if you did one of the more popular
hacks, it will do a normal Google search.  Regardless, I don't think the correct
behavior for bookmark drag n drop is to have normal text be able to be dragged
into the toolbar.  I am going to go ahead and confirm this, I guess.
Status: UNCONFIRMED → NEW
Component: General → Bookmarks
Ever confirmed: true
I can see why this is intended behavior.  If I type out a URL on a page (such as
http://www.google.com) and am too lazy to make it a link (or can't because I'm
typing it on a forum that disallows HTML, etc.), you can still add it to your
bookmarks by selecting it and dragging it to the toolbar.
QA Contact: general → bookmarks
WFM on current trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081215 Minefield/3.2a1pre
Status: NEW → RESOLVED
Closed: 20 years ago16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.