Closed Bug 303403 Opened 20 years ago Closed 18 years ago

Firefox crashes immediately when viewing URL which is a Location HTTP header redirect

Categories

(Firefox :: General, defect)

1.0 Branch
x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: rzuidhof, Unassigned)

References

()

Details

(Keywords: crash)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.9) Gecko/20050716 Firefox/1.0.5 (Debian package 1.0.5-1) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.9) Gecko/20050716 Firefox/1.0.5 (Debian package 1.0.5-1) Firefox crashes immediately when viewing URL which is a Location header redirect. The Location url has spaces in the name. curl -I http://83.98.152.33/sail/download.php HTTP/1.1 302 Found Date: Thu, 04 Aug 2005 13:46:22 GMT Server: Apache/2.0.54 (Gentoo/Linux) mod_perl/1.99_11 Perl/v5.8.5 mod_ssl/2.0.54 OpenSSL/0.9.7e PHP/4.3.11 X-Powered-By: PHP/4.3.11 Content-Disposition: attachment; filename="Armin van Buuren feat. Jan Vayne - Hymne (De Postbank SAILtrack 2005)" Location: http://83.98.152.33/sail/download/Armin van Buuren feat. Jan Vayne - Hymne (De Postbank SAILtrack 2005).mp3 Content-Type: application/octet-stream Reproducible: Always Steps to Reproduce: 1. Enter URL in Location bar 2. Press enter Actual Results: Firefox crashes immediately. Expected Results: Redirect to the correct URL or give an error message.
Doesn't crash on WinXPSP2 with FF 1.0.6 or trunk. Can you send in a talkback incident and record the ID here or attach a stack from the crash? Can you reproduce in FF 1.0.6 ?
Severity: normal → critical
Keywords: crash
Do you also crash if you run Firefox in the Firefox safemode ? (http://kb.mozillazine.org/Safe_mode). And also only bug Reports from Mozilla.org Builds are valid. Please use a original Mozilla.org Build and send a Talkback Report and post the Talkback ID from the crash in this bug as Bob with comment #1 already suggested.
The crash did not occur when I tried again today. But I noticed the headers of the remote site have changed. It starts downloading instead of redirecting first. Therefore I recreated the same headers at http://www.richard.versatel.nl/download.php After that I only saw the same behaviour once and then I did not have Firefox in a mode that I could trace anything.
close bug as 'works for me'?
resolving as works for me because of comment #2.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Version: unspecified → 1.0 Branch
You need to log in before you can comment on or make changes to this bug.