Closed Bug 311893 Opened 20 years ago Closed 18 years ago

Browser crash after back [@ 0x00000000]

Categories

(Firefox :: General, defect)

1.5.0.x Branch
x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mozilla, Unassigned)

References

()

Details

(Keywords: crash)

Crash Data

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.12) Gecko/20050919 Firefox/1.0.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.12) Gecko/20050919 Firefox/1.0.7 After visting a page which obtains & displays information about the browser, using the back button crashes the browser (triggers feedback wizard). 100% reproducible - friend has reproduced both on Firefox and Mozilla Reproducible: Always Steps to Reproduce: 1. Go to http://www.kitz.co.uk/tech/tech.htm 2. Select "Browser Sys Info/Browser Sys Info" from LHS menu 3. When all info displayed click back. Actual Results: Browser crashed Expected Results: Previous page displayed
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051010 Firefox/1.4.1 ID:2005101001 On branch I get only a crash when I click Back before the page is fully loaded. TB10468003Y TB10467961Y TB10467909X Could not reproduce it in trunk.
It looks like the applet doesn't load at all in trunk.
unfortunately there's no stack, someone w/ symbols for firefox would have to use windbg to get a useful stack trace.
Summary: Browser crash after back → Browser crash after back [@ 0x00000000]
Version: unspecified → 1.5 Branch
Don't have a Gecko browsers on this local machine at college so I looked it up in IE and I noticed that the Java applet get loaded. So, when I pressed the back button to see how the web page would react and all I noticed is that it doesn't go back one page but act like the web page had reload back to the same page. So, will tried it with Seamonkey sometime this week.
it appears that "Browser Sys Info/Browser Sys Info" is now gone from the left side menu. anyone still see crashes or got a test case for this?
The page is still available. Go to http://www.kitz.co.uk/security/security.htm Expand Security scans in the left menu. Select Browser Sys Info. ... and yes it still crashes.
I wasn't able to see the crash using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060313 Firefox/1.5.0.2 wondering what versions of branch and trunk where this might still exist?
Bug reproduces on 1.5.0.1
marica tested on mac and found crashes on 1.5.0.1 but not on 1.5.0.2 so maybe this got fixed as a side effect patching another bug... can someone put the stack trace in the bug when they can reproduce so we can trace to what patch might have fixed it?
I still can't reproduce the crash loading http://www.kitz.co.uk/security/security.htm and then hitting back button several times after the page loads. going back to fx 1.5 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Severity: normal → critical
Keywords: crash
I'm unsure how to adequately test this - the last click results in new tab being opened. STR: 1. http://www.kitz.co.uk/tech/tech.htm 2. click "browsers" on the left 3. click "Browser Sys Info/Browser Sys Info" direct link to the offending page is http://www.kitz.co.uk/security/browserinfo.htm Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007112605 Minefield/3.0b2pre
Kitz has changed the way the pages are linked which has made testing to see if the fault still exists more difficult. It also puts multiple entries on the go back stack which again changes things. I've tried the following to keep it in the same window: 1. Go to any webpage 2. Paste http://www.kitz.co.uk/security/browserinfo.htm in to the address bar to get the page displayed. 3. Then go back. I've not hit any problems so the problem *may* be fixed. I'm currently using 2.0.0.11
WFM with steps given in comment 12 - Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2007121205 Minefield/3.0b3pre and Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
comment 12 also WFM (alternative is incomplete as original testcase is missing)
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ 0x00000000]
You need to log in before you can comment on or make changes to this bug.