Mouse: When clicking on the text in the url bar the first time, all the text is selected. That's fine. On the secong click, what should happen is that the text will be selected from the point the mouse button went down untill it is released. Instead of that, when mouse button goes down the 2nd time it seems it tries to drag the whole text. dragging text in url bar is useless. Change it to select from click point when clicking above a selected text. Keyboard: As in IE and other mozilla's various text fields, holding ctrl down and using left/right arrows the carret should skip entire words, or in case of a url, between words seperated with dots & slashes.

Come on, reporter, how can you call this a "major" bug? I agree with you on all points, but please give the developers a break... I suggest "minor".

This is *such* a pain; our urlbar is very painful to use. I usually have to click about 5 times to place a caret. I'd be surprised if this wasn't a duplicate.

This is a condition common to all text input fields. When an area is selected and you want to select a smaller portion of the already selected area, mousing down and dragging will initiate a drag-and-drop session. This is hardly useful compared to just having selection work. Can we turn this DND feature off? Over to Selection owner for investigation

I call it Major as it makes me shut Mozilla down and use IE so I don't have to use the mouse and keyboard x3 then what I need. But if you think good UI it's not important, who am I to argue? I'm just a user... ;)

I think keyboard issues should go back to urlbar as a different bug. I am pretty sure there is one already filed. Pink--is there an easy way to disable drag&drop for the urlbar? Would that be desirable?

it's up to the text area to start a drag. perhaps set an attribute in the ender code to not do dnd if that attribute is set. *shrug*

hmm this seems like a hot potato. I dont think pushing the decision down to the developer is a good idea no matter what my feelings are. I will fix any bug given and approved to me. I am assigning this to APS. They can decide what behavior they want and if it requires me to add/change some code they can file a new bug on me about that.

nsbeta1- per ADT triage team

.setDragnDrop(false) 3.5 Months and no fix, is it so hard?

I agree this is important polish, but ADT decided it wasn't required for MachV. However, nothing is preventing *you* from attaching a patch, or paying someone to do it for you.

*** This bug has been marked as a duplicate of 87410 ***

marking verified as a duplicate. if you decide to reopen this bug, please clarify why. search string for bugspam removal: SalviaGuaranitica