Changing RAM-cached browser values ...

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 33288
interpreted = N
texte = >>> There must be a way to set the username and password using a form so the >>> browser remembers it. Any suggestions would be appreciated. > >>I did it sucessfully using the following tricks: >>1) login.html : create a form with field username and password >>and an action pointing to redir1.tpl with method=post >>2) on redir1.tpl put simply: >>[redirect http://[username]:[password]@www.yoursite.com/redir2.tpl] >>3) on redir2.tpl put the following meta tag in the header of the page: >>>CONTENT=0;URL=http://www.yoursite.com/protectedpage.tpl> >>4) on protectedpage.tpl and following use the usual [protect groupname] tag >> >>I use it daily since I found it (and sent my trick to the list), >>a few month ago. Works fine in both Explorer and Netscape in both >>SSL and normal http. Brice > >But I can't get this to work for me. When I display [username] and >[password] on >protectedpage.tmpl I see they both have a value of nothing. The >only difference that I >can see from what Brice said was working for him is that my URLs do >not have www in >them, and my pages are .tmpl, rather than .tpl. (Client insists on >it since windoze >can't do that) I know this may be a bit off topic, but could >someone spare me some >compassion? arrrrghh!! This trick solution will not work.You have to change the RAM-cached username and password values IN THE BROWSER before the browser will send those new values to webcatalog upon each http request. Webcatalog *cannot* make the browser change those RAM-cached values.The only way I know of to make a browser replace one set of RAM-cached username and password values with another is to type two new values into the browser's authentication box. A javascript *may* have the ability to mimic this action, but webcatalog certainly cannot do this. ================================ Kenneth Grome, WebDNA Consultant 808-737-6499 http://webdna.net ================================------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Changing RAM-cached browser values ... (Kenneth Grome 2000)
  2. Re: Changing RAM-cached browser values ... (John Butler 2000)
  3. Changing RAM-cached browser values ... (Kenneth Grome 2000)
>>> There must be a way to set the username and password using a form so the >>> browser remembers it. Any suggestions would be appreciated. > >>I did it sucessfully using the following tricks: >>1) login.html : create a form with field username and password >>and an action pointing to redir1.tpl with method=post >>2) on redir1.tpl put simply: >>[redirect http://[username]:[password]@www.yoursite.com/redir2.tpl] >>3) on redir2.tpl put the following meta tag in the header of the page: >>>CONTENT=0;URL=http://www.yoursite.com/protectedpage.tpl> >>4) on protectedpage.tpl and following use the usual [protect groupname] tag >> >>I use it daily since I found it (and sent my trick to the list), >>a few month ago. Works fine in both Explorer and Netscape in both >>SSL and normal http. Brice > >But I can't get this to work for me. When I display [username] and >[password] on >protectedpage.tmpl I see they both have a value of nothing. The >only difference that I >can see from what Brice said was working for him is that my URLs do >not have www in >them, and my pages are .tmpl, rather than .tpl. (Client insists on >it since windoze >can't do that) I know this may be a bit off topic, but could >someone spare me some >compassion? arrrrghh!! This trick solution will not work.You have to change the RAM-cached username and password values IN THE BROWSER before the browser will send those new values to webcatalog upon each http request. Webcatalog *cannot* make the browser change those RAM-cached values.The only way I know of to make a browser replace one set of RAM-cached username and password values with another is to type two new values into the browser's authentication box. A javascript *may* have the ability to mimic this action, but webcatalog certainly cannot do this. ================================ Kenneth Grome, WebDNA Consultant 808-737-6499 http://webdna.net ================================------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ 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:

b12 cannot limit records returned and more. (1997) page redirect in webDNA (1997) Locking up with WebCatalog... (1997) Windows 95/NT tip of the month (1998) ShipCost Data Base (1998) [WebDNA] 2nd pair of eyes on redirect please (2011) OLD ORDERS (1998) Fulfillment e-mail? (1998) Two options to consider (2008) Max Record length restated as maybe bug (1997) Lookup within a Search (2005) Attn: Bug in GeneralStore example b15 (1997) Problems w/ heavy use of cart header fields? (1998) Requiring that certain fields be completed (1997) WebMerchant & WebDelivery (2003) Ruby on Rails (was Looping Search) (2006) LetterRip and WebCat (1998) WebCat2b13MacPlugIn - [shownext method=post] ??? (1997) [WebDNA] Upgrade 4.5.1 to 6.0a (2009) restart needed???? (1997)