Re: authenticating a second user
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 14380
interpreted = N
texte = >I don't know how to match the entered username/password combination to >the users.db. The first time a user comes in, he is detected and gets his >list of results. But when the next user comes in I don't seem to be able >to have the username cached in the browser replacing the other one. I >think it is because I try to authenticate a new user for the same >realm, I mean the new user has the same privileges than the previous >one. Hi Laurent,Here, you can put this WebDNA into any page that's protected by a [protect] tag, and it will solve your problem. You don't have to change anything, you can copy and paste this WebDNA code exactly as it appears here:
[showif [variable]=[username]] [authenticate New User] [/showif]This will create a button entitled Authenticate which, when clicked, will bring up the browser's authenticate dialog box. The person who clicks this button must enter a *different* username and password than the values currently cached in the browser.And of course, these new values must also be in the Users.db in a record with the same Groups authorization as the group named in the [protect] tag.If the current user is not finished working but happens to accidentally click this button, he/she may use the browser's back button to go back a page or two, thus allowing him/her to finish working without entering a different username/password combination. But that's the *only* way to allow the current user to continue using the site after mistakenly clicking this button ... short of relaunching the browser, of course ... :)Sincerely, Ken Grome WebDNA Solutions http://www.smithmicro.com/webdnasolutions/.
Associated Messages, from the most recent to the oldest:
>I don't know how to match the entered username/password combination to >the users.db. The first time a user comes in, he is detected and gets his >list of results. But when the next user comes in I don't seem to be able >to have the username cached in the browser replacing the other one. I >think it is because I try to authenticate a new user for the same >realm, I mean the new user has the same privileges than the previous >one. Hi Laurent,Here, you can put this WebDNA into any page that's protected by a
[protect] tag, and it will solve your problem. You don't have to change anything, you can copy and paste this WebDNA code exactly as it appears here:
[showif [variable]=
[username]] [authenticate New User] [/showif]This will create a button entitled Authenticate which, when clicked, will bring up the browser's authenticate dialog box. The person who clicks this button must enter a *different* username and password than the values currently cached in the browser.And of course, these new values must also be in the Users.db in a record with the same Groups authorization as the group named in the
[protect] tag.If the current user is not finished working but happens to accidentally click this button, he/she may use the browser's back button to go back a page or two, thus allowing him/her to finish working without entering a different username/password combination. But that's the *only* way to allow the current user to continue using the site after mistakenly clicking this button ... short of relaunching the browser, of course ... :)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:
Plain Language Manual? (1998)
NT error logs (1997)
Date or time comparisons have bugs ... (1998)
Generating unique SKU from [cart] (1997)
Problems searching from a FORM (1997)
Variable in a variable (2002)
Error Lob.db records error message not name (1997)
WebCat2 - Getting to the browser's username/password data (1997)
WebCat2b12 - nesting [tags] (1997)
WebCatalog2 Feature Feedback (1996)
Test (2003)
[WebDNA] [TCPSend] Test email address??? (2011)
re: Large databases in WebCat (1997)
New Shipping Options? (2001)
$Quit, $CloseDatabase corrections (1997)
The List is Changing (1997)
Comments in db? (1997)
Almost a there but..bye bye NetCloak (1997)
PDF Tools (2006)
GuestBook example (1997)