Closed Bug 40349 Opened 24 years ago Closed 24 years ago

accessing secure page hangs browser

Categories

(Core Graveyard :: Security: UI, defect, P1)

1.0 Branch
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 41680

People

(Reporter: bugzilla, Assigned: thayes0993)

References

()

Details

(Keywords: platform-parity, regression, Whiteboard: [dogfood+] temporary patch made)

found this using linux [commercial] bits 2000.05.23.13. i noticed this failing
y'day (might've been sooner). however, linux is still able to pass the security
smoketest of going to https://digitalid.verisign.com/, but i'm confused as to
why it fails with our internal secure server.

here are my steps:

1. in the web browser, type 'calendar-1' (without the quotes ;-) in the URL bar.
2. hit the enter key.
3. in the Security Warning dialog that appears, click OK.
4. watch the throbber and progress meter go on forever...the page remains
blank...
5. after 2min, i impatiently click the Stop button.

result: the throbber and progress meter stop animating. but now the browser is
frozen! unable to select widgets. need to kill the window, then kill the pid.
here's the console output:

Entry at index 0 is calendar-1
->>>>>>>>>>>>>> Write Clipboard to memory
->>>>>>>>>>>>>> Write Clipboard to memory
Document: Done (0.373 secs)
Document http://calendar-1/ loaded successfully
WEBSHELL+ = 5
WEBSHELL+ = 6
WEBSHELL+ = 7
commonDialogOnLoad 
setting info.header to 
There are 1 buttons
WEBSHELL- = 6
WEBSHELL- = 5
Move window by 118.5,115.6
screen x 17screen y 16
we have an event stuck -- removing it.
we have an event stuck -- removing it.
WEBSHELL- = 4
clearing PRIMARY clipboard
Document: Done (300.454 secs)
Error loading URL https://calendar-1.netscape.com/cgi-bin/nscal/login.cgi
Keywords: pp, regression
Worksforme on two different Linux boxes. A network timing issue?
weird. i also tried 'http://calendar-1' as well as
'https://calendar-1.netscape.com.com/cgi-bin/nscal/login.cgi' --and i still get
the same, failing result.
arrgh, now using today's linux comm build, 2000.05.24.08, i'm unable to even run
the basic security smoketest --unable to access https://digitalid.verisign.com/.
it just spins and spins...and hangs if you try to interrupt it.
Severity: critical → blocker
Keywords: dogfood, smoketest
Summary: accessing calendar-1 hangs browser → accessing secure page hangs browser
I think that I see this also on windows.  can you confirm?
I am not seeing any SSL problems with today's WinNT or Linux builds, including 
https://digitalid.verisign.com/.
sigh. i'd try this out w/a new profile, but there have been nasty problems there
(bug 40294)... will doublecheck later.
another observation, fwiw: even if i click the unlocked icon (on an insecure
site), the browser will hang.
Depends on: 40448
another data point: i trashed my .mozilla/, and with a semi-new profile (which
incurs bug 40211, not bug 40294 as i had thought), i still encounter this
problem.
Putting on [dogfood+] radar.
Whiteboard: [dogfood+]
dougt is away. this bug needs a new owner.
well, I will be away from friday on.  I am still looking at this...
this might go without saying, but in case it doesn't, a=leaf when you have a
fix.
I can't reach a secure site with Wed nights builds of Linux or WinNT.
Try todays.  I checked in some changes last night that may fix this.  But, don't 
close this bug as we are still going to deadlock sometimes because of 40448.
The fix apparently didn't make it into this morning's LInux or WinNT builds.
OS: Linux → All
Priority: P3 → P1
Hardware: Other → All
Target Milestone: --- → M16
*** Bug 40436 has been marked as a duplicate of this bug. ***
Still seen on mozilal nightly builds 200052508 win32 and linux.
this is a blocker, but not holding changes for it. can we find an owner other
than doug, since he's going to be gone for the next month?
Keywords: smoketest
*** Bug 40653 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Assigning to me.  I've determined that this is due to changes in the
PSMShimLayer code, which now leaves sockets non-blocking (causing errors in
PR_Connect to PSM) and uses timeouts for Recv (which causes operations like SDR
to timeout too early).  We need to review the requirements for these changes and
determine the correct action.

I'm working up changes to reestablish most SSL operations for Mozilla.
Assignee: dougt → thayes
Status: ASSIGNED → NEW
Terry: Since this is a dogfood bug, could you take a shot at an ETA, and put it 
in the status whiteboard?

Thanks,

Jim (dogfood slave driver in training) Roskind
I've checked in a temporary patch to back out two changes that were made in the
last couple weeks.  Need to verify that this fixes most problems, and determine
what the final solution should be.
Status: NEW → ASSIGNED
Whiteboard: [dogfood+] → [dogfood+] temporary patch made
Accessing with 2000053108 Win32 Mozilla build without PSM isntalled will not
cause a crash anymore, but will give a "connection refused" error. However, I
can't check if it works with PSM, as the PSM at iPlanet just expired today.
I can load digitalid.verisign.com and the internal calendar-1 https servers
with 2000060108 linux. Will check win32 in a bit.
Still get ``connection refused'' going to secure sites with RH6.2 Linux and
Build ID 2000060308.

*** This bug has been marked as a duplicate of 41680 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verif dup
Status: RESOLVED → VERIFIED
Mass changing Security:Crypto to PSM
Component: Security: Crypto → Client Library
Product: Browser → PSM
Target Milestone: M16 → ---
Version: other → 2.1
Mass changing Security:Crypto to PSM
Product: PSM → Core
Version: psm2.1 → 1.0 Branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.