Closed
Bug 78832
Opened 24 years ago
Closed 23 years ago
Page Info security status not available right away
Categories
(Core Graveyard :: Security: UI, defect, P3)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 148610
Future
People
(Reporter: lord, Assigned: KaiE)
Details
When you are in the process of loading a secure web page, click on the lock
icon. Even though the HTML page is loaded, the Page Info status will
incorrectly report that this page is not protected by SSL.
This problem is more obvious when you are using a modem.
Comment 1•24 years ago
|
||
This is true. The security information about the page (as it is defined now) is
not complete until the document finishes loading. This is partly due to our
definition of security: all frames and all contents must be loaded securely for
the page to be secure, and partly due to the way the document loader functions
(the notifications of page activity).
There are three possible solutions:
1) Change the way security is computed. We can decide on the security as soon
as the SSL handshake for the main page is complete.
2) Delay opening the page info until reliable data is available (HARD)
3) Update the page info on the fly as new data is available (somewhat HARD)
Or we can just live with the current "wait until it's loaded" method.
Status: NEW → ASSIGNED
Comment 2•24 years ago
|
||
I tend to lean towards (1). The current definition is a bit too pedantic. I
don't even think the code gets notification of abnormally closed connections.
Comment 3•24 years ago
|
||
I think the information that is displayed by the page info window should match
the state of the icon when it is clicked. It would be confusing if clicking an
"open" lock (halfway through page load) brought up a window that says the page
is secure.
Comment 4•24 years ago
|
||
When i load the page https://mail.yahoo.com click "page info" or the open lock
it says "connection not encrypted".
Is this normal or a bug in build 2001052908 Linux.
In mozilla 0.9 the lock closes when the page was loaded.
Comment 5•24 years ago
|
||
We need a policy decision here. Do we want to switch the lock icon to locked
when the page starts loading or do we want to keep the current behavior of
switching it only when the load is complete?
Comment 6•24 years ago
|
||
The Joeri's comment has nothing to do with policy decision - I see the same
thing (build id 2001052819 on RedHat Linux 7.1) - the lock stays open and Page
Info says "not encrypted" _even when the page is finished loading_.
Comment 7•24 years ago
|
||
If the lock icon doesn't appear after the page has finished loading, that is a
separate bug.
Updated•24 years ago
|
Keywords: nsenterprise
Comment 10•24 years ago
|
||
->kai
p3
Assignee: thayes → kai.engert
Status: ASSIGNED → NEW
Priority: P2 → P3
Comment 11•24 years ago
|
||
Moving all P3 and P4 bugs targetted to 2.1 to future.
Target Milestone: 2.1 → Future
Comment 12•24 years ago
|
||
removing nsenterprise keyword from PSM bugs with target milestone of future.
Keywords: nsenterprise
Updated•24 years ago
|
QA Contact: ckritzer → junruh
Assignee | ||
Comment 15•23 years ago
|
||
I think this is now fixed.
*** This bug has been marked as a duplicate of 148610 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•