Closed
Bug 163971
Opened 22 years ago
Closed 9 years ago
javascript focus/alert link prevents loading of URL
Categories
(Core :: DOM: Events, defect)
Core
DOM: Events
Tracking
()
RESOLVED
INVALID
People
(Reporter: jonathan.jiang, Unassigned)
References
()
Details
(Keywords: regression, testcase)
Attachments
(1 file)
Test Env: Mozilla 1.1.b on hpux11, b2600 workstation
repeat steps:
1. goto
http://mozilla.org/quality/browser/standards/xhtml/transitional/a_onfocus.xml
2. Click the "link". a javascript dialog box appear.
3. click "ok" button, it should link to www.netscape.com
4. however, the javascript loops forever.
5. I cannot click file menu to exit it, the mozilla app goto this infinite
loop;-)
BTW, Mozilla 1.1.b(win) version is ok.
rgds.
Jonathan Jiang
Comment 1•22 years ago
|
||
confirmed with linux build 20020821. this regressed between 2002042610 and
2002042807
changing OS to Linux to get more attention. :)
==> DOM Events
Assignee: asa → joki
Status: UNCONFIRMED → NEW
Component: Browser-General → DOM Events
Ever confirmed: true
Keywords: regression
OS: HP-UX → Linux
QA Contact: asa → vladimire
Hardware: HP → All
Updated•22 years ago
|
Summary: mozilla on hpux become loop when click a javascript → javascript focus/alert link results in infinite UI loop
Comment 4•22 years ago
|
||
This is linux only
Comment 5•22 years ago
|
||
You may want to add Win32. The application crashed when I tried to close it from
the taskbar in WinXP Talkback TB19624828E using the testcase. This problem
persists in Moz 1.3, 1.3.1RC, Moz1.4a and nighlties.
This cause the application to freeze resulting loss of changes to bookmarks,
prefs, etc possible dataloss kw?
The testcase also causes an infinite UI loop if you alt+tab an application over
mozilla firing the onblur event. Should this be a separate bug?
Part of the problem stems from form elements not being able to use the focus
mehthod after returning from the Alert box. Alert box closing goes to next
form element instead of remaining on the current element in addition to losing
the focus call after the alert box has been fired.
Comment 6•22 years ago
|
||
Comment 7•21 years ago
|
||
I can reproduce this bug in Mozilla 1.6 on WindowsXP.
OS should be changed to All.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Comment 8•21 years ago
|
||
I can reproduce this bug in Mozilla 1.6 on WindowsXP.
OS should be changed to All.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Updated•21 years ago
|
OS: Linux → All
Comment 9•21 years ago
|
||
This crashes Firefox (20040608)
Talkback Incident ID TB96538M
Comment 10•20 years ago
|
||
With the original testcase, I get the dialog only twice (instead of inifinite),
but the browser does not load the link URL.
Severity: critical → normal
Priority: P4 → --
Summary: javascript focus/alert link results in infinite UI loop → javascript focus/alert link prevents loading of URL
Updated•18 years ago
|
Assignee: bryner → events
QA Contact: vladimire → ian
Updated•18 years ago
|
Attachment #122029 -
Attachment description: Testcase with OnBlur and alert interaction wierdness → Testcase with OnBlur and alert interaction wierdness.
Change any "y" to an "x"
Comment 11•17 years ago
|
||
I think this bug is invalid.
The appearance of the alert dialog during onfocus prevents the click even from firing (which is when the link will be followed).
IE7 is also not following the link.
Updated•15 years ago
|
Assignee: events → nobody
QA Contact: ian → events
Comment 12•9 years ago
|
||
I see same behavior in chrome too for reported issue.
For test case in comment#6, I don't see any OnBlur and alert interaction wierdness.
Considering the same behavior in chrome and IE(as per comment#11), closing this bug as resolved:Invalid
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•