Closed Bug 243379 Opened 21 years ago Closed 21 years ago

mozilla hangs when doing Shift+Tab over an input field

Categories

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

x86
Windows 2000
defect
Not set
critical

Tracking

()

VERIFIED FIXED

People

(Reporter: kreimer, Unassigned)

References

()

Details

(4 keywords, Whiteboard: patch ready to land, fixed-aviary1.0)

Attachments

(2 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040511 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040511 1) visit http://de.yahoo.com (I've found the same in http://es.yahoo.com) 2) focus the input field labeled as "Suche im Web" 3) Press Shift+Tab , then mozilla hangs Reproducible: Always Steps to Reproduce: 1. visit http://de.yahoo.com (I've found the same in http://es.yahoo.com) 2. focus the input field labeled as "Suche im Web" 3. press Shift+Tab Actual Results: mozilla hangs Expected Results: to give focus to the previous focusable component at de.yahoo.com
Confirming, same problem here, using : Gecko/20040509 Firefox/0.8.0+
Attached file reduced testcase (obsolete) —
body reduced to about 10 lines html, style deleted, original JS retained. No onload event, so no initial focus.
confirming Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a) Gecko/20040511 Bug is only seen if JS is enabled, without JS reverse tabbing is working. to get a TalkbackID I had to use Mozilla 1.7b, TalkBackID: TB45040K After SHiftTab the cursor started flickering, after about 10 seconds Mozilla crashed.
Assignee: general → general
Status: UNCONFIRMED → NEW
Component: Browser-General → JavaScript Engine
Ever confirmed: true
Keywords: crash, testcase
QA Contact: general → pschwartau
Whiteboard: DUPEME
I have thought of Bug 229908 here, but it seems this has been fixed. Anyway can someone check the stacktrace against of that Bug against the TB stacktrace from this bug then?
Whiteboard: DUPEME
minimal html, reduced js, doesn´t hang in opera, but cycles only 3 positions. <div id=srchbx><form name=sf1 ><input name=sub type=submit value="Suche"></form></div>
Attachment #148292 - Attachment is obsolete: true
100% crash/hang bug with testcase reproductible on 1.7 branch 20040513 build
Flags: blocking1.7?
(In reply to comment #6) > 100% crash/hang bug with testcase reproductible on 1.7 branch 20040513 build Do you see this on Windows, or another OS? Is Talkback installed, and does it come up after a crash? I can´t reproduce the crash with current nightlies on Win98/96MB RAM/Celeron333 and Win98SE/512MB/AthlonXP1600+. I get a hang, spinning cursor, which lasts for some minutes, then Mozilla responds again. While hanging, I can switch windows applications, Mozilla doesn´t respond, but windows works. If I start the testcase on low RAM on the slow computer, I can get a freeze after some minutes, windows doesn´t respond anymore. If you can reproduce this bug, please enable Talkback, and post the Talkback ID here. On windows, you get the ID, if you start talkback.exe from the Mozilla/components directory. 1.7b is old, and there have been a lot of changes, it would be fine if there could be a talkback from a current version. Talkback of crash with 1.7b release: http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB45040K Excerpt: Trigger Reason Stack overflow c:/builds/tinderbox/Mozilla1.7b/WINNT_5.0_Clobber/mozilla/content/xml/document/src/nsXMLDocument.cpp Trigger Line No. 208 Stack Trace nsXMLDocument::QueryInterface [c:/builds/tinderbox/Mozilla1.7b/WINNT_5.0_Clobber/mozilla/content/xml/document/src/nsXMLDocument.cpp, line 208] nsXULDocument::QueryInterface ... And link to the source: http://webtools.mozilla.org/bonsai/cvsblame.cgi?file=mozilla/content/xml/document/src/nsXMLDocument.cpp&rev=&root=/cvsroot
(In reply to comment #7) > Do you see this on Windows, or another OS? Windows 2003 1.7 branch 20040513 > Is Talkback installed, and does it come up after a crash? Sorry I didn't wait enough. I've just tried again and I have no crash only hang for several minutes with 100% CPU and mozilla unusable (can't open any more windows). After that mozilla is ok again and I can post to this bug for instance.
regressed between Mozilla 1.3a (BuildID 2002121304, working) and Mozilla 1.3b (BuildID 2003021005, failing) Didn´t find files inbetween in http://archive.mozilla.org Phoenix 0.5 BuildID 20021228 based on Mozilla 1.3a is working. Is this bug windows only? TalkbackID TB45040K Mozilla 1.7b http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB45040K
Keywords: regression
Not a JS bug, over to event handling.
Assignee: general → events
Component: JavaScript Engine → Event Handling
QA Contact: pschwartau → ian
Attachment #149381 - Flags: superreview?(bryner)
Attachment #149381 - Flags: review?(bryner)
Attachment #149381 - Flags: superreview?(bryner)
Attachment #149381 - Flags: superreview+
Attachment #149381 - Flags: review?(bryner)
Attachment #149381 - Flags: review+
Attachment #149381 - Flags: approval1.7?
Comment on attachment 149381 [details] [diff] [review] Don't mess with focus changes done by the page when tabbing around. a=chofmann for 1.7
Attachment #149381 - Flags: approval1.7? → approval1.7+
Flags: blocking1.7? → blocking1.7+
Whiteboard: patch ready to land
Fixed on both the trunk and the 1.7 branch.
Status: NEW → RESOLVED
Closed: 21 years ago
Keywords: fixed1.7
Resolution: --- → FIXED
fixed on aviary branch as well
Whiteboard: patch ready to land → patch ready to land, fixed-aviary1.0
verified
Status: RESOLVED → VERIFIED
Keywords: fixed1.7verified1.7
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: