Closed
Bug 145928
Opened 23 years ago
Closed 23 years ago
Wont download page properly and completely stalls.
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 144442
Future
People
(Reporter: greg.gd, Assigned: darin.moz)
References
()
Details
(Whiteboard: [pipelining])
Attachments
(1 file)
3.87 KB,
application/octet-stream
|
Details |
This bug does not affect the previous release of mozilla for Beos. The version I
am using now is RC2. On the home page for this bank (www.nbnz.co.nz) it will
also not load the page properly anymore even before the secure part of the web
site (I have to fill in the form manually now) but using RC1 it will render the
home page properly and I can also log in. I do not know how this bug can be
confirmed unless it applies to other secure web sites as well so people can use
there own ID and password. I am also having the same problem logging into
http://www.ebill.co.nz/scripts/default.pl?channelID=ebill&trans=1. I can log
into unsecure web sites alright and the login form is automatically filled in
but not for secure web sites. mozilla could fill in login forms in secure web
sites for the previous version.
Steps to produce this bug: Just try to login to a secure web-site and the page
will stop loading before completion.
Expected result: Home page should load completely and login link should load the
login page completely so that the form is automatically filled in.
Comment 1•23 years ago
|
||
This can't be a blocker...
-> PSM
Assignee: mstoltz → ssaux
Severity: blocker → major
Component: Security: General → Client Library
Product: Browser → PSM
QA Contact: bsharma → junruh
Version: other → unspecified
![]() |
||
Comment 2•23 years ago
|
||
didn't notice that in BONE build. so cannot confirm.
Sorry I did not include the build I am using in RC2. It is 200205100. Not a bone
build.
This attachment was obtained by Eddie which I used to start Stripzilla for
Netserver RC2. The first web-site that requires unsecure login went alright the
second uses security. The home page when it is loaded is secure and the browser
note came up showing I was entering a secure site. Since it did not load the
page properly I clicked reload and the browser note said I was leaving
security. I clicked OK and the page still did not load properly so I clicked
stop. I then tried to enter my ID and password manually and clicked Reload
again but nothing happenned so I closed the browser from the titlebar. It then
crashed after the window had gone of the desktop indicating a segmentation
violation.
![]() |
||
Comment 5•23 years ago
|
||
Why is the attachment a bynary/application attachment? What should I do with it?
![]() |
||
Comment 6•23 years ago
|
||
Using 1.0RC2 from ftp.m.o, the page listed in comment #1 does render properly
for me. It renders the same as NetPositive anyway. The 1.0RC2 is still sitting
here saying that it's "Transferring data" even though the page appears to be
fully rendered. www.nbnz.co.nz appears to render fine as well, though it
exhibits the same "Transferring data" problem. I would guess that this is
actually a necko issue.
Before the page came up, I got a dialog warning about a problem with the
certificate that the site was presenting. I'm not sure if that's related to the
loading problem.
Assignee: ssaux → darin
Status: UNCONFIRMED → NEW
Component: Client Library → Networking: HTTP
Ever confirmed: true
Product: PSM → Browser
QA Contact: junruh → tever
Version: unspecified → other
I disabled HTTP pipelining in Stripzilla for Netserver RC2 and was able to login
properly to www.nbnz.co.nz and www.ebil.co.nz.
![]() |
||
Comment 8•23 years ago
|
||
should be marked as duplicated ( Bug 130885 ?)
![]() |
Assignee | |
Comment 9•23 years ago
|
||
no, leave this open.. we need to find out what kind of server we're dealing with
here and perhaps block it separately.
Status: NEW → ASSIGNED
Whiteboard: [pipelining]
Target Milestone: --- → Future
![]() |
Assignee | |
Comment 10•23 years ago
|
||
the server is IIS/4.0, which makes this bug a duplicate...
*** This bug has been marked as a duplicate of 144442 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•