Double-click to select selects sometimes one word, sometimes five... Try e.g. resource:/res/samples/test0.html Under 'Numbered list', double-clicking on: 'One' = Two words 'Two' = One word 'Apples' = Five, the rest of the <OL> and the word 'Justified' Other examples on this page (click on 'Verdana', etc.) and the rest

set to M9 per Mike's current schedule

Per a request from Selection and Search component eng (mjudge) and qa (elig), moving all "Selection and Search" bugs to new "Selection" component. Original "Selection and Search" component will be retired.

[QA Assigning to self.]

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

Rubber-stamping as duplicate, as any issues documented within this bug report will be double-checked upon verifying 9981.

Re-opening and un-duping. Specifically, double-clicking in the first character of a word that is the first item in a bulleted list results in the word before it also being selected. (e.g. Double-click on the green "O" in "Bulleted List" section of "Listings".

setting milestone to 15, this can wait till post beta. I tried this out on the 10/12/99 build on win95 and what I found was this -- if I set the cursor to the left of the first character of a word and dbl-clicked, the previous word and the current word were selected. If I move the cursor to the right of the first character, only the current word is selected. Is this what you found Eli? I wasn't even in a list, just a string of text.

I believe it's a bit more complex than that. There are three scenarios I've been able to identify, just from this page alone: #1: Lists --- behaves as beppe describes. #2: With Paragraphs, clicking to the left of the first word results in (only) the final word of the previous sentence being highlighted. #3: Double-clicking to the left of the first word on a page kills Mozilla entirely; menus dead, no more selections, scrolling, or anything. <This may be a separate bug.> (There are other examples on table-based pages, e.g. on www.mozilla.org, click about 3 pixels to the left of the second word in the "Design Patterns in Mozilla Contest", and it'll select the item's subject.)

Since this is marked M15, and the crash is cross-platform, I'm going to split it out into a separate bug.

Per chat with mjudge, I'm going to leave it in this bug. beppe, I'd suggest putting this back at the milestone it was at before (pre- beta), due to the crash case below.

this has been fixed. there is still a problem with the selection of extra spcaes, but that is actually bug number 11544. so this bug is fixed. ya!

Sorry to spoil the jubilation, but I'm reopening this ... bug reproduced on MacOS build 1999110313. Specifically, double-click on the *left side* of the first character of a word, and both that word and the previous word are selected. (So for best results, try a word beginning with `m' or `w' ...:-) Take care when reproducing this with Example 0, because selection is not working at all for the headings at the moment, or for the beginning of the first paragraph. This seems to be a separate bug ... [Changing summary to reflect the fact that this is no longer a crashing problem]

Clearing FIXED resolution due to reopen.

Thanks, mpt26@canterbury!

Spoiled your day, did I? :-)

Actually, you made my day. ;) I've been dreading having to do this verification, and was delighted to see someone highly competent like yourself opt to do it instead!

Still a problem with a current build, exactly as reported by mpt26@student.canterbury.ac.nz 1999-11-06 -- but on NT. Marking Platform/OS as All/All, since this seems very unlikely to be a PP bug. Tested with: 2000-01-20-08-M13 nightly binary on Windows NT 4.0sp3

reassign to akkana; Akkana--see if you can make any progress on this one. The problem is that we are in between words and jump to the beginning of the previous word and the end of the next word.

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

Duping to another bug which contains a more elaborate test case. *** This bug has been marked as a duplicate of 16352 ***

Verifying as duplicate; will check this bug for unchecked test scenarios when verifying 16352.