Closed Bug 130794 Opened 23 years ago Closed 22 years ago

lock icon issue: no certificate or security info in pageinfo screen for https

Categories

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

1.0 Branch
Sun
SunOS
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
psm2.2

People

(Reporter: kuenne, Assigned: KaiE)

References

(Blocks 1 open bug, )

Details

(Keywords: privacy)

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.9) Gecko/20020312 BuildID: 2002031309 (compiled from 0.9.9 sources) If i go to a SSL-site (for instance https://freemail.web.de) and click on the lock icon in the lower left corner or open View->Pageinfo it doesn't show any security related information, no cipher strength, no certificate, nothing. Only a tooltip ("signed by ...") shows up if I hoover over the icon. This makes the pageinfo rather useless for https-sites (on the other hand I like the new pageinfo) Reproducible: Always Steps to Reproduce: 1.go to some https-site for instance https://freemail.web.de 2.click on the lock icon in the lower left corner 3.pageinfo shows up with no security-related content Actual Results: the pageinfo didn't contain any security-related information Expected Results: I would like to see at least the cipher used and the certificate info
worksforme, linux build 2002-03-11-08. Are you using tabbed browser by any chance?
I know that it works for Linux, that's why the platform is "Sun"! It could be related to #130558 which is apparently also Sun-only.
Ah, OK. I was just checking. :) Over to the PSM team, who provide the info in that overlay.
Assignee: mstoltz → ssaux
Status: UNCONFIRMED → NEW
Component: Security: General → Client Library
Ever confirmed: true
Keywords: privacy
Product: Browser → PSM
QA Contact: bsharma → junruh
Version: other → 2.0
I don't have a sun box, so it's going to be difficult to look into this. I filed related bug 130946 which is cross platform and may resolve this one.
Assignee: ssaux → kaie
Keywords: nsbeta1+
Priority: -- → P1
Summary: no certificate or security info in pageinfo screen for https → lock icon issue: no certificate or security info in pageinfo screen for https
Target Milestone: --- → 2.2
Blocks: lockicon
I found a workaround! Removing of chrome/chrome.rdf fixes it. The same is true for #130558, #130790, and #130797. Something is wrong with the creation of this file on Solaris.
Attached image security tab on solaris (deleted) —
tried this on a cvs build on solaris, from mar 20. The screenshot suggests WORKSFORME, or at least something profile specific which could indeed be XP. I don't have a different platform, so I can't really tell. The VIEW dialog is rather detailed, too
Reporter, is this still an issue, or can we resolve it with "works for me"?
I'm still running with the chrome/chrome.rdf file removed and haven't seen any negative effects to far. So without the chrome/chrome.rdf file it works fine for me.
Brian, do you have an idea whom we could ask to find the cause of this problem?
I am not seeing this problem in 0.9.9 or trunk on Solaris 8 or 9 Worksforme -dcran-
jrgm on irc mentioned, this could be related to bug 125489 Reporter, what do you think?
Yes, bug 125489 is exactly the problem. The overlayinfo doesn't get created. If I extract mozilla in /var/tmp it creates the proper stuff but under our final destination for some reason not.
This is blocked by 125489
Depends on: 125489
Now that the real cause has been fixed (bug 125489), we should retest whether the bug is still reproducable. Kuenne, can you please test?
It works fine for me. I'm already running since some time with a preliminary fix. The problem was that chrome/overlayinfo* wasn't properly created if you started mozilla from an automounted filesystem the first time.
Thanks for testing, resolving WORKSFORME.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Verified.
Status: RESOLVED → VERIFIED
Product: PSM → Core
Version: psm2.0 → 1.0 Branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: