Open
Bug 531458
Opened 16 years ago
Updated 4 years ago
Dragging highlighted text in the Search Field erases the un-highlighted text.
Categories
(Firefox :: Search, defect, P5)
Firefox
Search
Tracking
()
NEW
People
(Reporter: mikestrachan1, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091102 Ant.com Toolbar 1.5 Firefox/3.0.7, Ant.com Toolbar 1.3 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091102 Ant.com Toolbar 1.5 Firefox/3.0.7, Ant.com Toolbar 1.3 (.NET CLR 3.5.30729)
When I highlight text in the Search Field (Yahoo, Google, Ask, etc.) and I drag the highlighted text to another position in the field, all the rest of the text disappears from the field. So when I want to change the order of the words for relevance, I have to cut and paste the words instead of dragging them around.
Reproducible: Always
Steps to Reproduce:
1. Place a number of words in the search field, and do a search.
2. Wait for result.
1. Double click a word in the search field.
2. Drag that highlighted word anywhere in the field.
Actual Results:
The only thing left in the field now is the word I dragged, and a search is completed on that word only.
Expected Results:
The word I dragged should be in the position where I dragged it, leaving all the other words intact, and the search shouldn't be performed until I left click the search icon, or middle click the search icon (scroll wheel button), or press the return key.
It's been like that for a long time. I have to cut and paste, unless I am on Google's Home page where I don't have to use the search bar, because there is a text field on Google's home page that works fine for dragging and dropping text.
Comment 1•16 years ago
|
||
Duplicate of Bug 348569
Comment 2•16 years ago
|
||
It's not a dupe of bug 348569 and I cannot find any other bug about that specific issue. Confirming with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b5pre) Gecko/20091126 Namoroka/3.6b5pre ID:20091126033851
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: x86 → All
Version: unspecified → 3.5 Branch
Comment 3•14 years ago
|
||
Still and issue with Mozilla/5.0 (Windows NT 5.1; rv:9.0a1) Gecko/20110827 Firefox/9.0a1 ID:20110827030801
Component: Search → Find Toolbar
Product: Firefox → Toolkit
QA Contact: search → fast.find
Version: 3.5 Branch → 9 Branch
Updated•14 years ago
|
Component: Find Toolbar → Search
Product: Toolkit → Firefox
QA Contact: fast.find → search
Comment 4•14 years ago
|
||
Sorry - read search as find bar - the same issue occurs in the find bar
Comment 5•14 years ago
|
||
I see. That's interesting. Looks like all html:input textboxes under chrome are affected here. Boris, which component would be the right fit for this bug?
Updated•14 years ago
|
Component: Search → XUL
Product: Firefox → Core
QA Contact: search → xptoolkit.widgets
Comment 6•14 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #5)
> I see. That's interesting. Looks like all html:input textboxes under chrome
> are affected here.
All textboxes that have something like ondrop="this.value = event.dataTransfer.getData('text/plain'); this.doStuff();"...
Comment 7•14 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #5)
> which component would be the right fit for this bug?
I'm guessing Firefox, since the backend is just issuing the correct drag and drop messages, but the UI may want to special-case this particular drop.
Component: XUL → Search
Product: Core → Firefox
QA Contact: xptoolkit.widgets → search
Version: 9 Branch → Trunk
Updated•6 years ago
|
Priority: -- → P5
Updated•4 years ago
|
Severity: normal → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•