RE: [mv] Why is this page served secure?

[Glenn McCalley <minivend@ns1.bnetmd.net>]

Same results as Marco.

Remove "secure=1" from basket page, and the "Continue Shopping" 
target is then served insecure, as it should be.  However, the checkout 
page then gets served *in*secure as well, even with: 
AlwaysSecure     ord/checkout 
in catalog.cfg.  Interesting!  I would have thought that "AlwaysSecure" 
would be the last word, but apparently not.

But!
I noticed the "Stop shopping" code, which includes an "onClick" with a 
process-target clause that does *not* include the secure=1, so I cloned 
that for my Continue Shopping button and --that-- seems to work splendidly.

Thanks for the discussion.
Glenn.

On Wed, 6 Oct 1999, Marco Goebenich wrote:

> ******    message to minivend-users from "Marco Goebenich" <mgoebenich@entire-systems.com>     ******
> 
> Hi!
> 
> There is then another problem, my checkout page will not be secure!
> > [process-target]
> > 
> > Remove "secure=1" and have a look at 
> > 
> > ########### AlwaysSecure
> > ##
> > ## Default: blank
> > #
> > # Determines whether checkout page operations should always be
> > # secure.  Set it to the name of pages that should always be secure,
> > # separated by spaces and/or tabs.
> > #
> > #AlwaysSecure         ord/checkout   <--- comment out with "#"
> > 
> > in  your catalog.cfg.
> > 
> > Regards,
> > 
> > Joachim
> 
> -
> To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
> email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
> Archive of past messages: http://www.minivend.com/minivend/minivend-list
>