250764 - mouseclicks ignored in textarea with tabindex

Status: RESOLVED DUPLICATE of bug 250692

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

Description

[John Lee]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040710 Firefox/0.9.0+ (johnleemk)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040710 Firefox/0.9.0+ (johnleemk)

In the page linked, when clicking on the textarea, it is impossible to move the
caret with the mouse - if you click on the textarea, nothing visible happens.
Then when using the arrow keys, you find out that the caret is at the very end
of the textarea, and it is impossible to move the caret with the mouse.

Reproducible: Always
Steps to Reproduce:
1. Click on the textarea.

Actual Results:  
The caret was at the very end of the textarea and unmovable with a mouse.

Expected Results:  
The caret should have been where the click was done and should have been able to
be moved elsewhere with the mouse instead of the arrow keys.

I have been seeing this bug since 20040708, when I upgraded from 20040620. Also,
until bug #250208 was fixed, a fuzzy line was visible around any textarea that
was selected (may be unrelated).

Comment 1

[John Lee]

I should also note that it is impossible to select text within the textarea.

Comment 2

[Ben]

(In reply to comment #0)
I don't have this problem on UA:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040709 Firefox/0.9.0+
(lokean SVG-enabled)

Comment 3

[John Lee]

Is it a problem with my build config? I haven't made any changes in my mozconfig
since compiling 20040620. The only difference is I upgraded Slackware within
that time.

about:buildconfig says:
Configure arguments
--disable-ldap --disable-mailnews
--enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,typeaheadfind,webservices,inspector,irc,gnomevfs
--enable-crypto --disable-composer --disable-profilesharing --disable-debug
--disable-tests --enable-optimize=-O2 --enable-svg --enable-svg-renderer-libart
--enable-xft --enable-default-toolkit=gtk2 --disable-shared --enable-static 

I'm perplexed, even more so since I realised that this happens on Mozillazine's
forums too - the quick reply works fine, but the same problem occurs when
posting a new topic/reply or editing a post, which occurs on a page separate
from the thread.

Comment 4

[Dan M]

I have this problem with a 20040712 Windows build. Seems like the problem must
have cropped up on the 10th.

Comment 5

[Dan M]

Attachment: testcase

Comment 6

[Dan M]

Also verified in downloaded 20040711 Windows nightly builds of Firefox and the
Suite. I'm switching Product to Browser and nominating for blocking the imminent
1.8a2. About the blocking nomination: note that forms with tabindex attributes
seem to be fairly common.

Comment 7

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

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

Comment 8

[John Lee]

This seems like a dupe of 250692.

Comment 9

[John Lee]

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