Closed
Bug 199265
Opened 22 years ago
Closed 19 years ago
Mozilla 1.3 unusable after 302-redirects between http and https pages
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: kahle, Assigned: darin.moz)
References
()
Details
(Whiteboard: [MV: 195746][pipelining])
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 When surfing the page http://www.poolit.de, Mozilla 1.3 sometimes crashes or can't follow redirects within the site. When being redirected from an http to a https url within the same site, the 302 error page and all HTTP headers, with a strange leading "0 ", are displayed. A screenshot is available here: http://www.weikatec.com/temp/bugzilla20030325.gif Sometimes the same clicks result in an error popping up: "The plugin performed an illegal operation. You are strongly advised to restart Navigator". ("Navigator" is hardcoded in this msg, I'm sure I'm using Mozilla!) There is no Plugin used in the page except normal html rendering, there is no Java or Flash or whatever other content. The browser is unusable after this error. Talkback does not pop up here, so I can't provide any talkback data. Screenshot: http://www.weikatec.com/temp/bugzilla20030325b.gif A tcpdump of the HTTP protocol doesn't show anything strange. To reproduce the behaviour, open http://www.poolit.de and switch 1-3 times between the tabs "Tausch", "Mitgliedschaft" and "DVD-Pool". The site works well in Mozilla 1.2.1 (and MSIE), so I suspect it's a new bug in 1.3. I'm using Mozilla 1.3 on Windows 2000, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 installed using a binary downloaded from mozilla.org. The bug is NOT reproducible on Linux using the version: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 Reproducible: Always Steps to Reproduce: 1. Open http://www.poolit.de 2. switch 1-3 times between the tabs "Tausch", "Mitgliedschaft", and "DVD-Pool" Actual Results: Either an error message http://www.weikatec.com/temp/bugzilla20030325b.gif or a 302 redirect page displayed with all headers, but the redirect not followed: http://www.weikatec.com/temp/bugzilla20030325.gif Expected Results: Like Mozilla 1.2.1 and Mozilla 1.3 on Linux, the site should work without error messages and browser crashes.
Comment 1•22 years ago
|
||
-> Networking: HTTP
Assignee: asa → darin
Component: Browser-General → Networking: HTTP
QA Contact: asa → httpqa
Comment 3•22 years ago
|
||
Reporter: Do you use a proxy ? Have you enabled Http Pipelining in the prefs ? (if yes: does it work without + a cache clear)
Comment 4•22 years ago
|
||
i've seen this bug on my intranet. if you turn Pipelining off, the problem goes away. i'm using apache web server with mod ssl. every secure page forces a redirect to itself with https://... so that they cannot be accessed through http:// you request a page: GET /Apps/WebObjects/assessment.woa/14/wo/MHGvfmm2Whqh9hOpv6crmM/0.1.2 HTTP/1.0 web browser responds: HTTP/1.1 302 Apple <skipped> location: https://172.28.1.40/Apps/WebObjects/assessment.woa/14/wo/MHGvfmm2Whqh9hOpv6crmM/1. <skipped> using mozilla1.3 release on win2k
Updated•22 years ago
|
Whiteboard: [MV: 196859]
Comment 5•22 years ago
|
||
Comment 6•22 years ago
|
||
attached are two images of the same page. the first is the result of of the bug. the second one is how it looks with Pipelining disabled.
Updated•22 years ago
|
Whiteboard: [MV: 196859] → [MV: 195746]
Assignee | ||
Comment 7•22 years ago
|
||
matti: yeah, probably a dupe of bug 195746.
Whiteboard: [MV: 195746] → [MV: 195746][pipelining]
Reporter | ||
Comment 8•22 years ago
|
||
Hi, it's the poster again... I'm not using pipelining, this bug is not related to pipelining at all. I'm not using a proxy either.
Reporter | ||
Comment 9•22 years ago
|
||
I've tried the same website on Mozilla 1.4. Version: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030326 The bahaviour is almost the same: - The error "Illegal operation" still pops up - Sometimes a click from the https page to an http page results in Mozilla claiming the page is application/octet-stream (which it is not, it's text/html). So the bug is not fixed in 1.4 yet.
Comment 10•22 years ago
|
||
http://www.poolit.de has been working ok for me with both mozilla1.3 release and 1.4a 20030327 build. mine problems (Comment #4) were solved by moving to 1.4 20030327 build. till, with mozilla1.4 build, do you still see HTTP headers dumped into html page? like in http://www.weikatec.com/temp/bugzilla20030325.gif
Reporter | ||
Comment 11•22 years ago
|
||
Good question! I've tried a couple of times: the error seems to be reduced to the "illegal operation" issue in Mozilla 1.4a. I have reproduced this in 100% of my tests: - Open http://www.poolit.de - Click "Mitgliedschaft" - Click "Tausch" -> Illegal operation.
Comment 12•20 years ago
|
||
Hi all It appears the URL is no longer available to test. Is anyone able to confirm that this problem still exists on a recent version of Mozilla - If so, can you please upload an updated test case Thanks
Comment 13•19 years ago
|
||
No testcase, and site is not accessible. WFM?
Reporter | ||
Comment 14•19 years ago
|
||
Sorry, the site poolit.de has been taken down more than a year ago, and I don't have another site at hand with the same problem. Till.
Updated•19 years ago
|
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.
Description
•