Closed Bug 303403 Opened 19 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.