Closed
Bug 240978
Opened 22 years ago
Closed 22 years ago
<TAB> crashes browser after form entry complete
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: rjohnson1969, Unassigned)
References
(
URL
)
Details
(Keywords: crash)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
After I fill in user id and password, I <TAB> to highlight the "enter store"
button, and the browser crashes. If you point to this button with the mouse and
click it, then the page works. If you don't have an ID on the system, the crash
still occurs if you tab and not if you click
Reproducible: Always
Steps to Reproduce:
1.http://www.shop4ge.com redirects you to
2.https://www.myapstore.com/central/Dispatcher?REQUEST=RTBINDEX
2.fill in ID, for example a@b.com
3.fill in password, for example "bogus"
4.press <TAB>
Actual Results:
No response, then after a long pause, a window informing me that the Firefox has
to close and that it's adding something to a log. (where is that log, by the way?)
Expected Results:
Desired result: highlight next field (a button) on the form
acceptable result: ignore <TAB> and require mousing
Comment 1•22 years ago
|
||
Randy: Could you retest with actual Firefox nightbuild?
Severity: normal → critical
Keywords: crash
| Reporter | ||
Comment 2•22 years ago
|
||
I'm sorry, Adam, but I have not been using the nightly builds. I reinstall after major 'point' releases.
<begin hopefully mild mannered rant> I'm an 'end user', in the spirit of open development and all, and try to help by reporting bugs -- and fire* changes names / revs enough as it is -- and I _do_ find it annoying that each bug report is at first answered by a query about whether I'm using yesterday's build. At least that's been my Mozilla experience. <end rant>
Did it not crash on your system? Did you have a win2k to try it on? I'll help you debug if I can.
Comment 3•22 years ago
|
||
> I'm sorry, Adam, but I have not been using the nightly builds. I reinstall
> after major 'point' releases.
So probably you will see this crash in the next version too =) Developement of
Mozilla products is live process, so problem with February version (Mozilla 1.6
inside) is not too relevant in April, because many bugs was fixed.
WFM 2004041809/Mozilla 1.8a trunk/W2K
WFM 20040419/Firefox 0.8+ trunk/W2K
Randy, could you really reproduce it with actual nightbuild?
| Reporter | ||
Comment 4•22 years ago
|
||
(actually I have seen reported bugs in subsequent versions -- maybe you have a
point here... let's try it!)
This is 4/20/04. I downloaded Firefox setup from the nightly builds area,
(installed it in it's own diretory) and could not reproduce the problem. Tab
does not crash but instead moves the cursor between the two text boxes.
Good Job, bug fixer!
Comment 5•22 years ago
|
||
Nice to see problem which disappear =)
Marking WFM per your last comment.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•7 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
•