Closed
Bug 134851
Opened 22 years ago
Closed 21 years ago
security icon does not initially recognize secure site (in first browser window)
Categories
(SeaMonkey :: Tabbed Browser, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: hstark, Assigned: jag+mozilla)
References
()
Details
(Whiteboard: confirmed)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9+) Gecko/20020401 BuildID: 2002040103 and 2002032830(?) When entering the login page of a secure site with the initial browser window the lock remains open & uncolored. the site however works fine. Usins a new tab or an additional nevigator window (control N) all is fine Reproducible: Always Steps to Reproduce: 1.Reboot 2.Open Mozilla 3.Go to any secure site Actual Results: 1. Lock remains open and clear and page info secure tab does not record the secure data 2. The site works fine Expected Results: 1. Lock closes & colors, page info notes the secure data 2. Site works fine In a new tab or a new browser window all seems to behave ok None of this occur in Netscape 2.2 or in in M0.9.9 I first noticed it in M2002032803.
Comment 1•22 years ago
|
||
If the lock in the main browser window remains open, then this is a general browser bug, not a page info issue. Probably a result of the patch to make tabbed browsing work with security status changes... For what it's worth, I cannot reproduce with linux 2002-04-01-08.
Assignee: db48x → jaggernaut
Component: Page Info → Tabbed Browser
QA Contact: pmac → sairuh
Summary: page info does not initially recognize secure site → security icon does not initially recognize secure site (in first browser window)
Comment 2•22 years ago
|
||
I believe this is the same bug that I've experienced. The circumstances are as follows: - Start Mozilla - In first tab, go to non-secure site. Indicator is correct - Open second tab - In second tab, go to secure site. Indicator is not correct. Lock remains unchanged. I have also reversed the process and it still doesn't work right. - Start Mozilla - In first tab, go to secure site. Indicator 'locks' as expected. - Open second tab. - Go to non-secure site. Indicator stays 'locked' when it should be open. It appears to me that the icon only records the state of the first tab as opposed to being an accurate portrayal of the tab in which you are working. Although the security icon isn't correct for the other tabs, the browser does seem to continue to work correctly even for secure sites. I am running 0.98 on AIX.
Assignee | ||
Comment 3•22 years ago
|
||
Michael, yours is probably a different one that was fixed right after 0.9.9 came out. Grab a nightly and you'll see it's fixed. As for the bug reported here, reporter, do you see it for all secure sites or just one in particular? I can't reproduce this.
Reporter | ||
Comment 4•22 years ago
|
||
I see it for all the sites that I go to a couple of banks, credit card sites and investment sites. Also I just downloaded M2002040314 which behaves the same way. Interestingly the behavior was proper the first time I opened it. After closing and reopening it it behaved as I reported. Howie
Reporter | ||
Comment 5•22 years ago
|
||
I just again checked a bunch of secure sites. In the first window the browser does no recognize the secure site. In a second window or tab it does. Howie
Reporter | ||
Comment 6•22 years ago
|
||
The problem might be associated with opening mail first see thread starting with: news://news.mozilla.org:119/3CADFFFA.6070308@earthlink.net In any case I had been opening M with the navigator and mail. By not opening mail with the navigator all works just fine. Howie
Reporter | ||
Comment 7•22 years ago
|
||
see news://news.mozilla.org:119/3CAE8A9A.7080403@earthlink.net Phil has also uncovered the bug and associates it with mail. He also thinks it crept in between the 14th and 23 of March.
Whiteboard: confirmed
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 8•22 years ago
|
||
The secure page works but the security lock is misbehaving for me on this build on a Win 95 machine - opened a mail window before the browser window, and the first instance of the secure transaction the lock didn't lock itself, the second login to the secure site it did ... Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.0rc1) Gecko/20020417
Assignee | ||
Comment 9•22 years ago
|
||
Can you try a more recent version and see if that's still the case? I've probably fixed this a few days ago.
Reporter | ||
Comment 10•22 years ago
|
||
I still think there is some sort of a problem althoiugh the behavior is different. For M2002041711 RC1) the behavior is as reported earlier. I just tried M05-01 and a recent previous build (?), here it recognizes the site is secure but the site does not complete the download. At least for my bank (The Xerox Federal Credit Union.)I think on the second try it works. "ll look some more in a day os so. Thanks for the effort.
Reporter | ||
Comment 11•22 years ago
|
||
Works fine on M2002050206. You have fixed it.
Comment 12•22 years ago
|
||
Works on both 2002051007 (Linux) and 2002051006 (Win98)! Thanks!
Comment 13•22 years ago
|
||
I encountered the initial problem also with Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0rc3) Gecko/20020523
Updated•22 years ago
|
QA Contact: sairuh → pmac
Comment 14•21 years ago
|
||
Is this fixed? If so, please resolve it (FIXED or WORKSFORME).
Reporter | ||
Comment 15•21 years ago
|
||
Just checked again and bug appears to be fixed. Howie
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•