263249 - Crash involving onMouseMove JavaScript for deleted objects

Status: RESOLVED WORKSFORME

(Core :: DOM: Events, defect)

Description

[Nicholas Venturella]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041006 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041006 Firefox/0.10.1

On a page, I have a  < textarea >  tag that has an onMouseMove handler that does
this.select(); when I move over the text box. If I press the F5 key to make the
page refresh, a crash occurs if I move over the text box before the page
disappears. Does this make sense? I think it is because the objects are unloaded
(because the page is being changed), but the JavaScript still tries to access
that object.

Reproducible: Always
Steps to Reproduce:
1. Find or make a page with a textarea tag and an onMouseMove handler (WhatPulse
users can test this at http://whatpulse.bounceme.net/examples.php)
2. Move over the text box to ensure the onMouseMove handler is indeed working
3. Press F5 on the keyboard to force the page to reload. Before the text box
disappears, move over it with your mouse -- Firefox crashes.
Actual Results:  
A crash occurs. Windows says that the application will be closed and the Mozilla
Quality Feedback agent pops up.

Expected Results:  
The JavaScript should be unloaded first, so that moving over the text box before
the page disappears has no action occur.

Comment 1

[Gary van der Merwe]

Attachment: Testcase

Comment 2

[Gary van der Merwe]

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041004
Firefox/0.10.1

Comment 3

[Radek 'sysKin' Czyz]

No crash on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3)
Gecko/20041001 Firefox/0.10

Trunk only?

Comment 4

[Nicholas Venturella]

I cannot reproduce it on the test case page because it loads so quickly. This
requires the page to either be on a slow server or have a more complex and/or
larger (in file size) page.

FYI, this bug exists in the Firefox Preview 1.0 release on the Firefox home page.

Comment 5

[Gary van der Merwe]

Reporter: We need to be able to reproduce the bug to do anything about it. Could
you perhaps give us a password to login to
http://whatpulse.bounceme.net/examples.php.

Comment 6

[OstGote!]

(In reply to comment #0)
> Actual Results:  
> A crash occurs. Windows says that the application will be closed and the Mozilla
> Quality Feedback agent pops up.

Could you provide the Talkback IDs?

Comment 7

[Nicholas Venturella]

(In reply to comment #6)
> Could you provide the Talkback IDs?

No, the Mozilla Quality Feedback agent _NEVER_ works. It doesn't publish the
crashes, they just get queued. When I try to submit the queued reports, a
progress bar comes up and it just freezes for a while. Eventually it says
something to the affect that it can't connect to the server. Thus, there are no IDs.

Comment 8

[timeless]

reporter: please zip the directory:
%appdata%\talkback
attach that zip file to this bug.

Comment 9

[Ronald Tilby]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050415
Crash while typing in textbox in testcase.
Talkback ID: TB123482G

Comment 10

[Adam Guthrie]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051220 Firefox/1.6a1

Nicholas, can you still reproduce this crash in 1.5? This works for me in trunk and in 1.0.7.

Comment 11

[Matthias Versen [:Matti]]

no response