Closed
Bug 50221
Opened 25 years ago
Closed 22 years ago
The onfocus command in input causes the alert message to display 4 times
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P2)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: nasiruddin.shaikh, Assigned: joki)
References
()
Details
(Whiteboard: suntrak-n6)
Attachments
(1 file)
7.17 KB,
text/html
|
Details |
No description provided.
Updated•24 years ago
|
Whiteboard: suntrak-n6
Reporter | ||
Comment 2•24 years ago
|
||
I tested the url again on the latest build of mozilla(i.e 10/09). Now when i
click on the text box, the alert message keeps on comming. I tested it on
solaris2.8(sparc).
Priority: P3 → P2
Whiteboard: suntrak-n6 → suntrak-n6-highp
Comment 3•24 years ago
|
||
On WinNT I only get on dialog.
Comment 4•24 years ago
|
||
I meant one dialog pop up.
Reporter | ||
Updated•24 years ago
|
Whiteboard: suntrak-n6-highp → suntrak-n6
Reporter | ||
Updated•24 years ago
|
Whiteboard: suntrak-n6
Comment 5•24 years ago
|
||
Using the Netscape 6 PR3 commercial build that are Sun RE folks created
last week, I can confirm that when you click in the text field the dialog
popup will be displayed. Clicking on the Ok button just brings up another
similar popup. This can be repeated ad nauseum. This is on Solaris 8 SPARC.
The browser does not crash. I do not consider this a P2 bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•24 years ago
|
||
I should add that for each time I clicked on the Ok button, the following
was displayed on the console:
we don't handle eBorderStyle_close yet... please fix me
I've also verified that the problem still exists (on Solaris 8 SPARC platform)
in the tip-of-the-RTM branch.
On the 20001120 linux build, the alert message caused by the URL specified won't
stop displaying. It seems that while the child window with the message is open
that other browser windows can't accept input into forms (to enter a bug, for
example :). Since I couldn't get rid of the child window, I closed the parent
window first, and the child window was still open. I then tried to dimiss the
parent-less child window -- this caused a segfault/crash.
During all of this, I also see the message:
"we don't handle eBorderStyle_close yet... please fix me"
(Which I see *all* the time)
Reporter | ||
Updated•24 years ago
|
Whiteboard: suntrak-n6
Has the same problem on Linux as well.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 10•24 years ago
|
||
Might be related to bug 53579.
Comment 12•24 years ago
|
||
This bug has been verified to occur on linux but not on windows NT. I'm updating
the platform and OS categories..
OS: Solaris → Linux
Hardware: Sun → PC
Comment 13•23 years ago
|
||
bulk reassigning Waqar's bugs to Don.
Assignee: waqar → dcone
Status: ASSIGNED → NEW
Updated•23 years ago
|
QA Contact: vladimire → tpreston
Comment 14•22 years ago
|
||
This is a test suite to track bug 58441, bug 134293, bug 164686,
bug 105129, bug 131843, bug 50221, bug 134321, bug 122311, and
bug 112294. 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 15•22 years ago
|
||
correction: bug 164686 has nothing to do with this...
Comment 16•22 years ago
|
||
-> event handling
This bug worksforme moz 2002110708 win 98
Can anyone still reproduce this bug?
see http://devsupport.mozdev.org/QA/test_focus.html
Assignee: dcone → joki
Component: Layout: Form Controls → Event Handling
QA Contact: tpreston → rakeshmishra
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Comment 17•22 years ago
|
||
no response -> wfm
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•