262521 - Text area caret appears where it shouldn't and/or doesn't blink with animated gif on page

Status: NEW

(Core :: DOM: Selection, defect)

Description

[brian]

On a long page with a text area at the bottom (e.g. a forum page), clicking in
the text of the page towards the bottom (near but not in the text area) will
cause a blinking caret to appear at that point.

typing causes text to appear in the text area.

typing in the text area seems to fix the problem for the given page.

Comment 1

[Bill Mason]

Caret issues are Selection bugs.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Worksforme with a current Linux trunk build.  Reporter, could you please test a
trunk build?

Comment 3

[brian]

Attachment: Shows where to click to reproduce the bug, and where the caret incorrectly shows up

Sorry, I'm not set up to test on trunk builds, but I've added an attachment
showing exactly how to reproduce the bug.

In the image, clicking where the red oval is, results in the caret appearing
where shown, under the word 'mexi'.

Hope that helps.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Getting that page (with the first 100 posts listed, not the first 25) seems to
require a login...

Comment 5

[brian]

Attachment: HTML to reproduce the bug

I've attached the source of the page that causes the bug.

Note that it only seems to occur on the first load of the page. Sometimes it
starts behaving correctly, ut closing the browser and restarting always makes
the bug reappear.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Hmm... Still can't reproduce with a current Linux build.  We really need a
minimal testcase here.  :(

Comment 7

[Uri Bernstein]

Attachment: animated gif for minimal testcase

Comment 8

[Uri Bernstein]

Attachment: minimal testcase

Follow the instructions on the testcase to reproduce the bug.
Notice that the gif has to actually animate in order for the bug to appear
(pressing ESC fixes it).

Reproduced with:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051004
Firefox/1.6a1

Comment 9

[Uri Bernstein]

Hmmm... probably a duplicate of bug 54153, then.

Comment 10

[brian]

This does not seem like a duplicate of bug 54153, although it may involve some
of the same problems.

The text area caret appears in the completely wrong location, rather than just
blinking incorrectly, which seems to indicate more extensive issues involving
determining the text area bounds and accepting mouse input.

Comment 11

[Martijn Wargers (dead)]

I can't really reprocude this bug, but I have a strong suspision this could be fixed by  bug 287813.
Reporter, could you perhaps test again with a 2006-04-18 trunk build or later?

Comment 12

[brian]

I'm really not set up to test off the trunk.

I can only confirm seeing this bug with the most recent release: firefox1.5.0.2