Closed Bug 267827 Opened 20 years ago Closed 19 years ago

Firefox, mozilla crash while changing SELECT. No feedback

Categories

(Firefox :: General, defect)

1.0 Branch
x86
All
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: pie.fed, Assigned: bugzilla)

Details

Attachments

(3 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

I'm experience a problem with a tool's UI in Windows version of Firefox and
Mozilla (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3)
Gecko/20040910) and I can reliably get both these browsers to crash. A Windows
dialog comes up that says

Program Error
! <firefox.exe | mozilla.exe> has generated errors and will be closed by
Windows. You need to restart the program.
An error log is being created.
[OK]

Firefox SafeMode didn't help. I will attach the drwtsn32.log.


Reproducible: Always
Steps to Reproduce:
I have a tool that has a web interface.. and there's a SELECT input that doesn't
work: the DOM inspector shows that it has OPTIONs, there are no script errors in
the Javascript console, but the browser doesn't supply a dropdown with I click
the SELECT. If I use the keyboard to change the value of the SELECT, once I
leave focust of the SELECT element the browser crashes.

Actual Results:  
Browser crash. No feedback agent!

Expected Results:  
The SELECT should have displayed it's OPTIONs, and changed as I indicated.
Attached file dr watson log from mozilla crash (obsolete) —
If I could have Attachment 164659 [details] removed, that would be great. I left some
company info in it that I shouldn't have.

Thanks.
Attachment #164659 - Attachment is obsolete: true
Seems to work fine in Linux, and Windows Server2003, though on Server2003 the
weird "no dropdown" behaviour still exists.
Comment on attachment 164659 [details]
dr watson log from mozilla crash

deleted?
I were about to report a bug which I think is similiar to this one.

I originally ran in to the bug on www.newz.dk, but have now narrowed it down to
something smalle and easily reproducable.

http://www.wenix.dk/firefox/crash01.html

So far it has crashed all tested versions of Firefox:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.1; da-DK; rv:1.7.5) Gecko/20041118 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
The feedback manager do work for me though.
Johnny:

Along with my Firefox install which matches one of yours, your crash page also
crashes my Mozilla install:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910

Nice work! I couldn't figure out how to make a small test case for my broken
SELECT, but it looks like the SELECT doesn't have to be broken for the crash to
happen, just keyboard operated. I get the Feedback Agent with Firefox, but not
with Mozilla; maybe I just have it turned off.

If you attach it to this bug as a test case, you wouldn't have to host it.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
        <head>
                <title>Crash Firefox</title>
        </head>
        <body>
                <script language="JavaScript" type="text/javascript">
                      function somefunc(id, rating) {
                                var one = document.getElementById('id' + id);
                                one.style.display = 'none';
                }     
                </script>

                <ul>
                        <li>Select the selection box with the mouse (click
twice, so it isn't open)</li>
                        <li>Choose "Crash" using the keyboard</li>
                        <li>Now click outside the selection box</li>
                </ul>
                <select id="id1"
onchange="somefunc(1,this.options[selectedIndex].value);"><option
label="Choose..." value="">Choose with keyboard...</option><option label="Crash"
value="1">Crash</option></select>
        </body>
</html>


----[END OF HTML EXAMPLE]----

Confirmed to crash (updated list):

Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041013 Firefox/0.10.1
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041022
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Mozilla/5.0 (Windows; U; Windows NT 5.1; da-DK; rv:1.7.5) Gecko/20041118 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0


Does not seem to crash (or test might have been performed incorrectly):

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Attached file Johnny's testcase
Page that demonstrates crash as submitted by Johnny Carlsen.
WFM - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041209
Firefox/1.0+
OS: Windows 2000 → All
Interesting: this version does not crash on the test page:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a4) Gecko/20040927
This bug is still present:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
WFM with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2)
Gecko/20050627 Firefox/1.0+

Zac Jacobson, can you try if you crash also when you use a Nightly or the Deer
Park (http://www.mozilla.org/projects/firefox/)
Version: unspecified → 1.0 Branch
Still crashes for me with
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511
Firefox/1.0.4

I am downloading Deer Park presently.
Downloaded Deer Park, and it did not crash on Johnny's testcase.

WFM: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050531
Firefox/1.0+
thanks Zac, so this is working in Deer Park as on comment #16 .

Resolving this as Worksforme
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: