26848 - Auto-Select content in URL bar

Status: VERIFIED DUPLICATE of bug 37587

(Core :: DOM: Editor, defect, P4)

Description

[Dwayne]

By default, when you click in a field, it's supposed to select all of the data
within it (i.e. URL, form input box).  Right now it doesn't.

Also, holding down shift and using the arrow keys is supposed to expand your
selection of data, like multiple letters.  It resets your selection, however,
each time with the last chosen letter.

Comment 1

[Chris Waterson]

component <= editor. dwayne: please read the bug reporting guidelines.

Comment 2

[Dawn Endico]

changing product to browser

Comment 3

[rubydoo123]

there are two issues brought up in this bug: 1. initial click in field should 
select all; 2. shift-arrow issue.

The shift-arrow issue is already a known bug. I believe the on focus, select all 
issue might have to do with the webshell work. Assigning to Travis for now -- 
Travis, if I'm incorrect, please reassign back to me.

Comment 4

[Dwayne]

Renaming to reflect true problem...

Comment 5

[Dawn Endico]

Reassigning all travis bugs to Valeski for triage. Don thought these were
all docshell related. Travis is no longer at netscape so these bugs are
unowned.

I'm reassigning 23 bugs to Valeski right now. To search for them,
search for "BUGSFORMERLYKNOWNASTRAVIS" in the description. The url below 
should work.

http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=BUGSFORMERLYKNOWNASTRAVIS&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&newqueryname=&order=Reuse+same+sort+as+last+time

Comment 6

[Judson Valeski]

pink, who should own this?

Comment 7

[Mike Pinkerton (not reading bugmail)]

since this isn't the behavior we want for all text widgets (only the url bar), 
pushing to a browser person

Comment 8

[Paul Chen]

Text fields in 4.x don't get automatically selected when you click on them, only 
the URL bar.

Comment 9

[Charles Manske]

I hate that behavior -- I don't even want to see it in the URL bar.
We should *never* implement this for textfields

Comment 10

[sujay]

verified in 9/20 build.

Comment 11

[Mike Pinkerton (not reading bugmail)]

um, we do want this for the url bar. 99% of the time the user clicks in the url 
bar, it's to enter a new url. forcing them to "Select All" then type again is 
bad, and it breaks learned behavior (4.x did this, IE does this, etc).

reopening, cc'ing german

Comment 12

[Phil Peterson]

don sez this is really important for the URL bar. Plussing it only in that 
context.

Comment 13

[selmer (gone)]

pdtp4 - the very obvious workaround is to select the text.

Comment 14

[don]

Most people (including German and Ben) agree that the current behavior if fine
although it is different from 4.x and MSIE.  Making this minus.

Comment 15

[Jesse Ruderman]

> the very obvious workaround is to select the text.

It might not be very obvious that there are keyboard ways to select the text, 
though (ctrl-a or shift-home).

Comment 16

[Matthew T (active 1999-2002)]

Another way to select all the text would be bug 52784.


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

Comment 17

[sujay]

verified in 10/20 build.