Closed
Bug 359199
Opened 18 years ago
Closed 11 years ago
site uses a security protocol which is not enabled
Categories
(Core :: Security: PSM, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: lindsay.abel, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
EMail received:
>Tried to go to the hospital web site using the new Firefox 2.0 and was
>not able to connect. The error message was, in essence, that Firefox
>was unable to securely connect to the site as the "site uses a security
>protocol which is not enabled." This is a problem which was not present
>in the earlier versions of Firefox.
Response from Web host:
I've seen the same thing in Firefox 2.0. It doesn't occur initially, but
develops after FF2 has been running awhile. I cured it by tweaking one of
the "hidden" prefs using about:config:
security.enable_ssl2 = true
I suspect it's a bug in Firefox, or at least a mistake in the default
preference settings. FF2 is full of bugs.
Reproducible: Always
Steps to Reproduce:
1. Go to Web site
2.
3.
Actual Results:
"site uses a security protocol which is not enabled."
Expected Results:
Opened the Web site.
Umm.. SSL2 is disabled because it is the one with security bugs. Inform the admin of the site to update to SSL3. Resolve this as invalid.
Comment 2•18 years ago
|
||
Well, while enabling SSL2 is no fix, perhaps we could look at why it's only a sometimes thing (I loaded all but two images successfully before I started getting SSL2 warnings) before we start saying it's not us, it's them?
Assignee: nobody → dveditz
Component: Error Console → Security
Product: Firefox → Core
QA Contact: javascript.console → toolkit
Version: unspecified → 1.8 Branch
Updated•18 years ago
|
Assignee: dveditz → kengert
Component: Security → Security: PSM
QA Contact: toolkit
No problems observed with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20061102 SeaMonkey/1.5a. The home page and 2nd link on the homepage are https, but the others I tried are all http. The page info says the security used is AES-256 256-bit encryption.
Comment 4•18 years ago
|
||
I can not reproduce. Do you see this bug on Apple, on Windows, or both? Do you really see it with https://www.lakewoodranchmedicalcenter.com/ - or rather with a link you click on that site?
Comment 5•18 years ago
|
||
I saw it with a Mac trunk build a couple of days old, over a dialup connection, just loading the site's home page, and haven't been able to reproduce with a Windows Fx 2 build on a decent connection, no matter how much I poke around the site. Assuming I can reproduce at will with a crappy connection, are there logging instructions somewhere I can use to see what's happening when it decides to switch?
Updated•17 years ago
|
QA Contact: psm
Comment 6•14 years ago
|
||
Mass change owner of unconfirmed "Core:Security UI/PSM/SMime" bugs to nobody. Search for kaie-20100607-unconfirmed-nobody
Assignee: kaie → nobody
Updated•11 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
Updated•10 years ago
|
Flags: needinfo?(lindsay.abel)
You need to log in
before you can comment on or make changes to this bug.
Description
•