Closed Bug 111682 Opened 23 years ago Closed 21 years ago

after doubleclick on a word in a text in a table the first word in the line is marked instead of a word under the mouse cursor

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: salo, Assigned: mjudge)

References

(
URL
)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.6) Gecko/20011121
BuildID:    

When doubleclicking with a mouse on a word somewhere in the text in a table on a
page the first word in the line is marked instead of the one under the mouse
cursor. This does not happen when clicking on words in the first sentence in an
article.

Reproducible: Always
Steps to Reproduce:
1. go to http://www.theregister.co.uk/content/6/22965.html (or other article at
The Register)
2. doubleclick with a mouse on any word in the text of an article (not the first
line!)

Actual Results:  the first word in the line is marked

Expected Results:  the word under the mouse cursor should be marked

i can reproduce this with 0.9.5 as well
Confirming this with M0.9.6 on Red Hat 7.2 Linux (i386).
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Solaris → Linux
Hardware: Sun → All
I was unable to reproduce this on Windows (Win 98), Mozilla 0.9.6
I am able to reproduce this on linux with build 2002010406. Looks like a
linux-only problem.
no, it is not a linux-only problem since i noticed this on solaris at the first  time. it is more like unix-only problem.. maybe someone with OpenVMS or Mac OS could get more light into this issue :).
confirmed for 0.9.7 on NetBSD/i386 - so it is definitely problem with all
unix-like operating systems, i think.
(Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:0.9.7) Gecko/20011227)
Sounds like a selection issue not a layout issue. Reassigning
Assignee: attinasi → mjudge
Component: Layout → Selection
QA Contact: petersen → tpreston
*** Bug 116337 has been marked as a duplicate of this bug. ***
this works on windows. this is some kind of event problem on unix only.
Assignee: mjudge → joki
Component: Selection → Event Handling
QA Contact: tpreston → madhur
-> selection, post 1.0
Assignee: joki → mjudge
Target Milestone: --- → mozilla1.1
Let me remind you that this is not Unix only problem.
As often happens, this affects Mac builds, too.
The culprit is  align="justify"
Why is this event handling?
OS: Linux → All
QA Contact: madhur → rakeshmishra
Same problem on MacOs X.
No problem on W2K.

*** Bug 143006 has been marked as a duplicate of this bug. ***
This WFM with Linux 2002051509 1.0RC2 branch, both the URL and the testcase from
Bug 116337. Has this been fixed ?
Yay!! seems fixed in RC2
WFM in 2002052103 trunk for MacOS9.x.
WFM Linux trunk 2002-05-21
QA Contact: rakeshmishra → trix
I tried test case in attachment 62485 [details] from bug 116337 with build 2003020708
under XP Pro SP1 and I got the expected results.

WFM



retargeting
Target Milestone: mozilla1.1alpha → Future
I loaded the provided URL, followed the steps to reproduce and got the expected
results.
I tried test case in attachment 62485 [details] from bug 116337 with build 2004011009
under XP Pro SP1 and I got the expected results.

WORKSFORME
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.