58441 - onFocus does not stop firing, effectively freezing app

Status: RESOLVED WORKSFORME

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

Description

[Loco]

Happens in: Linux 6.2 10-29-09
Does not happen in: MacOS 10-29-09, Win98 10-29-16

Reason for Severity: Essentially crashes the app-onFocus does not stop firing.

Reproducible: Yes

Steps to Reproduce: 
1. Open testcase: http://bugzilla.mozilla.org/showattachment.cgi?attach_id=18280
2. Click inside text area
3. Try to dismiss window

Actual Results: Damn thing won't go away
Expected Results: Damn thing to go away

Comment 1

[Loco]

adding crash and RTM KWs.  RTM just because if an onFocus event crashes the linux 
app I could see that as being a stopper.  This is not, I repeat, not a recent 
regression, and happens as far back as 09-29-09 on Liinux (which is the oldest 
build I have on there).  Per Hixie, it seems like you could easily crash Mail in 
there if you were to send someone this button.  This bug encompasses any onFocus 
event not attached to a link (i.e. if you get sent to another page, it doesn't 
continue firing-focus ends up being washed away).  I suspect this bug is also 
related to http://bugzilla.mozilla.org/show_bug.cgi?id=58440 as well.  It takes 
down any open windows in the app, and also the terminal window that opened it.  
Very bad.

Comment 2

[Nisheeth Ranjan]

Marking rtm need info and re-assigning to Heikki because joki's Linux box isn't
set up yet.

Comment 3

[Loco]

FWIW, Button onFocus also fires forever.  Also, FWIW, onFocus on the Mac fires 
twice.  Doe this qualify as the same bug with slightly different characteristics 
on two different platforms(i.e. does not crash on Mac-only fires twice) ?  
Assuming so, changing Plat/OS to ALL.  Win NT/98 have no problems.

Comment 4

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Using Commercial release (branch) build 2000-10-31-14 on Linux I can dismiss the
alert window. I got a new alert window a couple of times, but then it did not
reappear. However, clicking in the textarea again, or clicking anywhere on that
window got the alert. I was able to switch to other windows without a problem.
Switchiingh back got the alert. When I clicked "My Netscape" toolbar icon I got
the alert & crashed.

Comment 5

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Hmm, Johnny has differnt window manager than I. If he set focus follow mouse he
did not see this problem: he saw that once you clicked the ok in alert he was
not able to click on any toolbar icons. When he changed to "normal" focus he did
get the infinite alert boxes. He also found that they are not really modal (for
example, you can type in the textarea and if you have other mozilla windows open
you can type in the urlbar of those even though nothing else seems to react).

Comment 6

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Given that this:

a) can cause crash equivalent condition only on Linux
b) does not cause this every time
c) is a problem only when an alert box is opened by onfocus handeler

I will rtm- this.

You can see that c) is true if you add an element like:

<p id="id1">empty</p>

and change the onfocus handler to

document.getElementById('id1').firstChild.nodeValue='This dialog is displayed by
a onfocus event'

you will not get into a crash equivalent condition.

Comment 7

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Back to joki. This is probably a dup of some bug on your list. After dismissing
the alert the focus seems to go back to the textarea which again triggers alert
etc. Weird thing is it does not happen all the time with me.

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Changing crasher bug milestone to mozilla0.9.

Comment 9

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 10

[joki (gone)]

This is going to have to wait for 0.9.1.  In discussions with saari we still 
haven't decided on the right solution.

Comment 11

[clayton]

Moving to M0.9.2.  Joki is overloaded, this one can wait until after nsbeta1.

Comment 12

[joki (gone)]

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

Comment 13

[Madhur Bhatia]

QA contact updated

Comment 14

[joki (gone)]

Moving lower priority bugs out of .9.2 milestone.

Comment 15

[Blake Ross]

Works for me on Windows. anyone else?

Comment 16

[Blake Ross]

Missed 0.9.3.

Comment 17

[saari (gone)]

->0.9.5

Comment 18

[saari (gone)]

-> 0.9.6

Comment 19

[joki (gone)]

0.9.6 has passed, moving to 0.9.7.  Load balancing 0.9.7 list shortly

Comment 20

[joki (gone)]

Moving bugs from 0.9.7 for triaging in 0.9.8

Comment 21

[Jaime Rodriguez, Jr.]

nominating it as nsbeta1, because it would be a good bug to take in MachV

Comment 22

[joki (gone)]

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

Comment 23

[Alistair Phipps]

When I go to the testcase URL and click in the textarea field, I get a dialog
saying "This dialog is displayed by an onfocus event".  Press OK and the dialog
reappears (presumably because the textarea field again gets focus) ... etc etc.
 Is this expected behaviour?  Does *not* crash Mozilla.

I'm using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020214. 
Window manager is IceWM.

Comment 24

[Christine Hoffman]

Tested using the following:
Netscape 03_22_05_trunk build
Mfcembed 03_22_11_trunk build
Mfcembed 03_22_11_0.9.9. branch build

Problem is happening with TEXTAREA, INPUT/password, INPUT/text, INPUT/file and
INPUT/image (attached testcases). Unable to lose focus. When you click on the
alert button, element still has focus. If you click on another application and
then come back, alert box will get generated again. 

Comment 25

[Christine Hoffman]

Attachment: INPUT/text testcase

Comment 26

[Christine Hoffman]

Attachment: INPUT/password testcase

Comment 27

[Christine Hoffman]

Attachment: INPUT/file testcase

Comment 28

[saari (gone)]

topembed-, you won't see things like this in the wild (you can't interact with
the form)

Comment 29

[Daniel Wang]

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

Comment 30

[Daniel Wang]

A test suite has been created to track bug 58441, bug 134293,
bug 164686, bug 105129, bug 131843, bug 50221, bug 134321,
bug 122311, and bug 112294:

http://bugzilla.mozilla.org/attachment.cgi?id=100778&action=view

People who have reported problems in the bugs mentioned
please perform all the test in this suite. All bugs will be resolved
as duplicate of the appropriate bug unless someone can reproduce
a problem with onblur/onfocus style change (no alert involved)

Comment 31

[saari (gone)]

->bryner, but not high priority

Comment 32

[José Jeria]

WFM build 2002122704, Windows XP, 
I dismiss the alert and focus is back on form field with no more alerts.

Comment 33

[Matthew Schultz]

As per my comment 6 in bug 197919, I also managed to stumble upon this bug when
I created the popup window tester.  As when I focus on the input field, it
continuously fires the onFocus event in effect never letting me close the popup
window.

Comment 34

[andreas]

This bug still present in the Firebird 0.7.1 and very annoying.
Any chances to have this fixed soon since this issue is open
for a *very* long time.

-aj

Comment 35

[Anti Veeranna]

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

Comment 36

[Kevin Berkheiser]

Still no problem in Windows XP, but sounds like this should have some sort of
priority considering the annoyance factor when it crops up.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316

Comment 37

[vossman]

Attachment: another lock involving input tag and onFocus

Expected results:

1. click on box with 0 in it
2. error window appears
3. click ok
4. error window appears
5. repeat until browser kill on command line

Here is another case that locks my fedora linux firefox 0.8. I keep clicking
okay and a new window appears before I can correct my mistake. I tried it on
MacOSX and was able to get out of the loop.

Possible correction: put one second pause inbetween click ok and new window
appearing.

Comment 38

[Robin Monks]

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

Comment 39

[Matthew Schultz]

Is this still a bug?  I'm testing with 1.7.6 build 20050319 and it looks like
the behavior is correct.  The only time I can see onFocus fire again is if I
leave the form field focused, click to another window and click to the browser
window with the form field.  

Comment 40

[Robin Monks]

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

Comment 41

[Chil]

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

Comment 42

[Chil]

The bug still exists - but only on Linux versions of FireFox.

Comment 43

[Jesse Ruderman]

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

Comment 44

[Dragan Stanojevic - Nevidljivi]

(In reply to comment #42)
> The bug still exists - but only on Linux versions of FireFox.

Granted this bug is fixed in W2K version of Firefox 1.5.0.2, but still persist in Linux and Mac OS X versions.

Comment 45

[Dragan Stanojevic - Nevidljivi]

Upon mail pinging from: Wayne Mery <[e-mail]>

> pinging Dragan...
>
> <https://bugzilla.mozilla.org/show_bug.cgi?id=58441>
>
> Hi.
> Does this happens on a trunk  build?

I've just tried nightly builds of Firefox, and situation changed a bit.

Mac OS X version passes the first test (INPUT/text testcase), and it seems to be fixed in mac version.

Unfortunately, Linux version still fails :(

Thank you for your time and interest...

Comment 46

[Bruno Tenório Ávila]

(In reply to comment #45)
> 
> Unfortunately, Linux version still fails :(
> 

I tested on Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.8.1) Gecko/20060601 Firefox/2.0 (Ubuntu-edgy) and it does not hang or crash, however, the alert message does not stop firing (infinite loop). I also tested with Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.1) Gecko/20061010 Firefox/2.0 and it does not show the problem.

This bug seems to be related to bug 358849 (another problem with onfocus and alerts). But, this bug does not work with Linux and works with Windows; the bug 358849 is the inverse.

Comment 47

[Thomas Bertels]

So is it Linux only now ?

Comment 48

[Bruno Tenório Ávila]

(In reply to comment #47)
> So is it Linux only now ?

Yes

Comment 49

[Tero Turtiainen]

This bug (for example the attached "INPUT/text testcase") is still very much alive in

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.17) Gecko/2010010604 Ubuntu/8.10 (intrepid) Firefox/3.0.17
and
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a2pre) Gecko/20100211 Minefield/3.7a2pre

Comment 52

[Rares Doghi, Desktop QA]

Hi, I tried to reproduce this issue again on an Ubuntu 18.04 64 bit using the Release version of Firefox 85.0.2 but it works without issues.. Is there a specific version of Linux this issue occurs on ? does it still occur on your end ? or we can Close this one as Works for me until someone manages to reproduce the issue again ?

Comment 53

[Jens Stutte [:jstutte]]

I would not know who to needinfo to ask, most of the involved people having this problem are not active any more on bugzilla, it seems. So I'll close this.