Closed Bug 20085 Opened 25 years ago Closed 25 years ago

Password access not persistent through session

Categories

(SeaMonkey :: Passwords & Permissions, defect, P3)

Product:
SeaMonkey
Component:
Passwords & Permissions
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: rzach, Assigned: morse)

References

Details

On some password authenticated sites, e.g., editor-side ODP (dmoz.org), which do
not seem to set cookies, the password dialog appears for every protected page.
Even though the ID and password are saved, an additional click on OK is
necessary to display each page. Actually, in ODP, these would all be the same
cgi script with different tags.

Specifically:

Open http://courses.berkeley.edu:7525/SCRIPT/philos301/scripts/serve_home
Login as "mozilla" with password "test"
The main course screen appears; now select any of the tools
The password dialog appears again

Expected behavior: password not required again for the rest of the session

On Build 1999111520 (M11) for Linux running on RH 6.0.
I think judson checked in some authentification stuff for gagan which fixes this
problem on 11-20-99. Should work now with nightly builds.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
It's working now so Judson's fix must have done the trick.
*** Bug 20056 has been marked as a duplicate of this bug. ***
Status: RESOLVED → VERIFIED
there is a text entry problem on linux, but the problem is fixed on windows with
11/29 builds
Bulk move to Single Signon component, which has subsumed Password Cache.
Component: Password Cache → Single Signon
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.