Closed
Bug 79832
Opened 23 years ago
Closed 23 years ago
Security icon in the taskbar is not reflecting secure status of IMAP or NNTP.
Categories
(SeaMonkey :: MailNews: Message Display, defect, P2)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
mozilla0.9.4
People
(Reporter: stephend, Assigned: cavin)
References
()
Details
(Whiteboard: [nsbeta1+])
Build ID: 2001050904, Windows 2000 and Mac OS 9.1 Summary: Security icon in the taskbar is not reflecting secure newsgroup. Steps to Reproduce: 1. Add a secure newsgroup server such as secnews.netscape.com. 2. Go into Account Manager and change the checkbox "Use secure connection (SSL)" to be true. 3. Exit and restart Mozilla. 4. Notice that the newsgroup has the secure icon in the folder pane, and is indeed running on port 563 (as shown by doing a netstat) 5. Look at the statusbar/taskbar's lock icon. Expected Results: As with https:// pages and secure IMAP, the icon should be in a locked state, and should be gold, not blue. Actual Results: Icon never changes state
Reporter | ||
Comment 1•23 years ago
|
||
Eek, secure IMAP doesn't do this either, but NS 4.7x does, Karen is this a known bug?
QA Contact: esther → stephend
Reporter | ||
Comment 2•23 years ago
|
||
changing scope of bug, since this is seen on secure IMAP, too. (port 993)
Severity: normal → major
Component: Networking - News → Mail Window Front End
Keywords: 4xp
Summary: Security icon in the taskbar is not reflecting secure newsgroup. → Security icon in the taskbar is not reflecting secure status of IMAP or NNTP.
Comment 3•23 years ago
|
||
moving to 0.9.2
Priority: -- → P3
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9.2
Comment 4•23 years ago
|
||
cc'ing mscott / bryner. I'll have to go see how (and when) the lock changes state for browser.
Comment 5•23 years ago
|
||
imap does this...or at least it used too. I hooked it up myself. I'm not sure why news wouldn't work as it's along for the ride.....something may have regressed.
Reporter | ||
Comment 6•23 years ago
|
||
I believe this is actually not our bug (or not partially). See bug 80468, which just had a fix checked in by Darin Fisher.
Comment 9•23 years ago
|
||
moving to 0.9.3. cc'ing darin in case he has any advice.
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Comment 10•23 years ago
|
||
not sure that i have much to add since bug 80468 only had to do with problems in our http implementation.
Keywords: nsenterprise
Updated•23 years ago
|
Whiteboard: [nsbeta1+][PDT+] → [nsbeta1+]
Comment 12•23 years ago
|
||
*** Bug 89839 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
You may want to make this a dup of bug 93571
Reporter | ||
Comment 15•23 years ago
|
||
dup indeed. *** This bug has been marked as a duplicate of 93571 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 16•23 years ago
|
||
Thanks for letting me know about the other bug.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•