Closed Bug 163971 Opened 22 years ago Closed 9 years ago

javascript focus/alert link prevents loading of URL

Categories

(Core :: DOM: Events, defect)

defect
Not set
normal

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
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
Keywords: testcase
Summary: mozilla on hpux become loop when click a javascript → javascript focus/alert link results in infinite UI loop
Reassigning to saari
Assignee: joki → saari
Priority: -- → P4
hmm, works okay on my trunk macos build ->bryner
Assignee: saari → bryner
This is linux only
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.
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
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
OS: Linux → All
This crashes Firefox (20040608) Talkback Incident ID TB96538M
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
Assignee: bryner → events
QA Contact: vladimire → ian
Attachment #122029 - Attachment description: Testcase with OnBlur and alert interaction wierdness → Testcase with OnBlur and alert interaction wierdness. Change any "y" to an "x"
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.
Assignee: events → nobody
QA Contact: ian → events
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.

Attachment

General

Creator:
Created:
Updated:
Size: