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)
Tracking
()
RESOLVED
DUPLICATE
of bug 256252
People
(Reporter: mbnospam, Assigned: mjudge)
References
()
Details
Attachments
(1 file)
(deleted),
text/html
|
Details |
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
I see the same thing with the same build here. I tried to expand on the
problem, and got some interesting results.
Comment 2•22 years ago
|
||
I do not see this problem 2003062708-trunk OS X
Comment 3•22 years ago
|
||
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
Comment 4•22 years ago
|
||
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)
Reporter | ||
Comment 5•22 years ago
|
||
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.
Comment 6•22 years ago
|
||
*** Bug 155527 has been marked as a duplicate of this bug. ***
Comment 7•22 years ago
|
||
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.
Reporter | ||
Comment 8•22 years ago
|
||
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...
Comment 9•19 years ago
|
||
WFM:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050820
Firefox/1.0+
Comment 10•19 years ago
|
||
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 ***
You need to log in
before you can comment on or make changes to this bug.
Description
•