Closed Bug 211032 Opened 22 years ago Closed 19 years ago

double-click selects adjacent bold or italic formatted word

Categories

(Core :: DOM: Selection, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 256252

People

(Reporter: mbnospam, Assigned: mjudge)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 When using double-click word selection, both the target word and the adjacent word to the right are selected if the target word is in normal format and the adjecent word is formatted in bold or italic Reproducible: Always Steps to Reproduce: 1.bring up http://www.mozilla.org/releases/ 2. double click on the word "available" in the first line of the main para Actual Results: The selection extends to the bold word "for" as well as to the word "available" Expected Results: selected only the word "available" I did not see this behaviour before 1.4
Attached file Sample table w/ results (deleted) —
I see the same thing with the same build here. I tried to expand on the problem, and got some interesting results.
I do not see this problem 2003062708-trunk OS X
This is a list of earlier bug reports that looks like the same problem: bug 155527 "Double click on text highlights incorrect text." bug 200098 "Double click selects two separate words" bug 208598 "Double-clicking on the first letter of a word selects current and previous words" bug 209396 "Double-click grabs too much in table with HREF, FONT and IMG tags"
Severity: major → normal
to note... i do see some of those other bugs.. such as bug 208598 as reported i'm not seeing this particluar bug (clicking anywhere on word X selects adjacent bolded word Y)
I did see the other double-click selection bugs listed, but they were mostly present in 1.3 or earlier. The problem I'm reporting is new to 1.4 so I'm hoping that the earlier correct selection behaviour can be restored.
*** Bug 155527 has been marked as a duplicate of this bug. ***
I really think this is a dupe of 200098, but your testcase is better. I don't want to mark it as dupe, since it's assigned. Definitely a bug.
Blocks: 200098
Status: UNCONFIRMED → NEW
Ever confirmed: true
I know this is the wrong place for ranting, but just before I abandon Mozilla after 3 years of daily use and advocacy, I want to say why. This bug has broken applications crucial to my work. It has made it into 1.4 release, and it may infect the next generation of Netscape too. It is NOT the duplicate claimed here. I know because I've been relying on correct double-click selection behaviour and getting it from Moz without fail, day in day out, right up to 1.4RC 1. OK, this may be somehow related to other, obscurer selection bugs, but the breaking of this basic behaviour -- correctly selecting a word on a double click -- is recent and puts Moz badly out of line with other browsers. I also know that bug reporters can't expect instant correction, especially not so close to a release. But if such a fundamental thing can get broken so far on into the development phase and yet treated as something minor to be fixed sometime, maybe, then I can't recommend users or devlopers to rely on Mozilla. OK, enough: I've got a lot of documentation to rewrite...
WFM: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050820 Firefox/1.0+
This was fixed by the fix for bug 256252, and as far as I can tell has nothing to do with bug 200098. *** This bug has been marked as a duplicate of 256252 ***
No longer blocks: 200098
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: