User-Agent: Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.6) Gecko/20040113 When tying to select a single bold-faced word by doubleclicking the selection the selection applies to words beyond the white space. Reproducible: Always Steps to Reproduce: 1.) Create a new HTML mail (or open a HTML composition window) 2.) Enter words: "One two three" 3.) Select the word "two" 4.) Make it bold-faced 5.) Double-click on "two" again Actual Results: Both words, i.e. "two three", are selected Expected Results: Only the word "two" should have been selected. This behaviour also applies to "Windows XP" as well as in a Composer window when editing a HTML page!!! Also, note that when "two" and "four" in "one two three four" are bold-faced, a double-click on "two" extends up to "four".

Confirmed, reproduced with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:) Gecko/20040301 In fact, if you double-click on the 'one' in the given example, it will select all three words. Another thing to try: one two three four five Double-click 'two' and bold it, then 'four' and bold that. Clicking on any word in the phrase will select from that word to the end of the line. The HTML source of this text, once sent, is: one <b>two </b>three <b>four </b>five It would be more sensible to not include the trailing space in the bolded text, even tho the space is shown as part of the selection. Good word-processing programs only include the trailing space of the selection in certain operations; applying formatting is not one of those operations. Now try six seven eight nine ten Instead of double clicking, select by dragging from the beginning to the end of the word (NOT including the following space). Do this for 'seven' and 'nine'. Double-click 'six' and 'six seven' is selected. Double-click 'seven' and only 'seven' is selected. Double click 'eight' and 'eight nine' is selected. I'm reducing severity on this bug only because the simple workaround to get the desired selection is to click-and-drag rather than double-clicking.

I'd like to point out that the bug also occurs on Windows XP! Being the wider spread platform I've changed the "OS" to "Windows XP". (Haven't verified it on a current Linux build or earlier version for Windows, though)

Note: The bug still exists in Mozilla 1.7rc2 (Windows ME and XP), i.e. Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040514.

Also present here on Thunderbird 0.7, WinXP SP1: version 0.7 (20040616)

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

Note: Bug till present in Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.3) Gecko/20040910 Mnenhy/0.6.0.104 on Windows ME.

Also applies to Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.3) Gecko/20040910 Mnenhy/0.6.0.104 on Windows XP Home SP2

Despite its reversed details, this appears to be a duplicate of bug 211032.

dup per bug 211032 comment 10 *** This bug has been marked as a duplicate of 256252 ***

p.s. works on trunk