Re: Subject: Re: Authenticating users without dialog box

This WebDNA talk-list message is from

1997


It keeps the original formatting.
numero = 14510
interpreted = N
texte = >>>>Is there any way to pass username and password information without having >>>>to enter it into the browser's authentication dialog box? I'd like to >>>>take the information as entered into a page's form and have that treated >>>>the same as if it was entered through the browser's dialog (ie, I want to >>>>be able to select users from a pop-up menu). >>> >>>Sure, just put form variables into your form named username and >>>password. These values override any values that might be in the >>>browser's authentication dialog cache. >> >>Don't forget, though ... if you want to use those same values on the >>following pages instead of having the browser revert back to its >>cached username and password values, you will *also* have to put the >>username=[username] and password=[password] parameters into your >>forms and URLs so these values can be passed along ... :) > >So, there's no way for these form-entered variables to stick and be >treated *exactly* as if they were entered via the browser's >authentication dialog?No, that's not possible -- apparently the only way to get that info into the browser is to use it's Authentication dialog. Or maybe you can use a cookie instead ...>What about for subsequent pages in the protected >realm that aren't accessed by using a form?The parameters have to appear either (1) in the URL or (2) in the form's input fields. These are the only ways you can go without using cookies ...>And I'd rather not have the >password visible in the URL...I've wanted the same thing myself. I only wish it were possible ... :)Sincerely, Ken Grome WebDNA Solutions http://www.smithmicro.com/webdnasolutions/. Associated Messages, from the most recent to the oldest:

    
>>>>Is there any way to pass username and password information without having >>>>to enter it into the browser's authentication dialog box? I'd like to >>>>take the information as entered into a page's form and have that treated >>>>the same as if it was entered through the browser's dialog (ie, I want to >>>>be able to select users from a pop-up menu). >>> >>>Sure, just put form variables into your form named username and >>>password. These values override any values that might be in the >>>browser's authentication dialog cache. >> >>Don't forget, though ... if you want to use those same values on the >>following pages instead of having the browser revert back to its >>cached username and password values, you will *also* have to put the >>username=[username] and password=[password] parameters into your >>forms and URLs so these values can be passed along ... :) > >So, there's no way for these form-entered variables to stick and be >treated *exactly* as if they were entered via the browser's >authentication dialog?No, that's not possible -- apparently the only way to get that info into the browser is to use it's Authentication dialog. Or maybe you can use a cookie instead ...>What about for subsequent pages in the protected >realm that aren't accessed by using a form?The parameters have to appear either (1) in the URL or (2) in the form's input fields. These are the only ways you can go without using cookies ...>And I'd rather not have the >password visible in the URL...I've wanted the same thing myself. I only wish it were possible ... :)Sincerely, Ken Grome WebDNA Solutions http://www.smithmicro.com/webdnasolutions/. Kenneth Grome

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Grant, please help me ... (1997) Separate SSL Server (1997) [username][password] not showing up! HELP! (1999) HELP WITH DATES (1997) Question on the sandbox (2003) Forbidden CGI Error (1997) Security (1999) sort problems....bug or brain fart? (1997) Shopping Carts folder does not exist in Linux (2000) Generating Report Totals (1997) Showing Results Alphabetically in Columns (top to bottom) (2002) WC Database Format (1997) Has this happened to you? (was:Emailer Chokes on bad address) (1997) quitting (1997) I've been thinking (2002) PCS Emailer's role ? (1997) Max Record length restated as maybe bug (1997) PIXO (1997) Date Format not working (2004) Opinion: [input] should be called [output] ... (1997)