[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date
][Minivend by thread
]
Re: [mv] Refresh of cart re-orders item
****** message to minivend-users from Scott Benson <scott@rant.tzo.com> ******
As Ryan Hertz pointed out earlier - the browser basically does another post of the values set in the page the order
button was clicked from.
It just seems like there could be a way to do something similar to the [if ordered] tag to prevent it from being
added to the cart again...
Since you send people to the ord/user page the item could already be in the basket by then - normally if you add
something, hit a different page, then go to view the basket (not ordering an item) and reload the page it doesn't
add then either (no values to repost.)
Scott
". c . o . r . y . t . r . e . s . e" wrote:
> ****** message to minivend-users from ". c . o . r . y . t . r . e . s . e" <digital@frognet.net> ******
>
> When I first saw this post (this being the first post in the thread) I went and
> installed a few of my templates to check to see if I was effected by this
> problem (I didn't remember hearing anything like this,) and I found that in
> most of my setups I had avoided this by adding a "href=[area ord/user]" to my
> [order...] tags. I created the "ord/user" page to force people to either a)
> create an account or b) log into an account. that page used an if statement to
> check for loggin in (and a refresh to [area ord/basket] if they are) and a page
> for loggin in/signing up if they weren't. These pages eventually linked into
> the basket, and when that basket is refreshed, nothing extra is added to the
> basket (I have SeperateItems off.) Curiosity drove me to check also to see if
> refreshing "ord/user" caused extra items to be added, but it does not seem to.
> This I am at a loss to explain.l
>
> I did notice the behavior Mr. Odom mentions however, in an alternate
> application catalog that did not required any type of in-checkout login. I
> tried setting the mv_order_item value using
>
> [value name="mv_order_item" set="" hide=1]
> (hehe, hide might not be necessary here)
> [value name="mv_order_item" set="NULL" hide=1]
>
> both of which didn't seem to do anything. I didn't expect the "NULL" setting
> to, but anyway.
>
> Did you have a method in mind Scott?
>
> Also, I noticed in some of my templates I have two standard form headers:
>
> 1. I have a variation of this (process-target is sometimes 'process-target
> _self' or 'process_target _main' and I'm not really sure why.) Just one line.
>
> <FORM ACTION="[process-target]" METHOD=POST>
>
> 2. I have two lines
> <FORM ACTION="[process-target]" METHOD=POST>
> <INPUT TYPE=hidden NAME=mv_session_id VALUE="[data session id]">
>
> What am I doing (besides using Copy/Paste too much?) Does anyone have a quick
> pointed to where I can look to see about this? These items pull up huge search
> results ;)
>
> thanks and sorry for the long post,
>
> Cory
>
> ps: sorry for the long stream of conscious post too
>
> pps: you really can't knock the demo catalogs too much, they aren't production
> systems, and I don't think anyone meant them to be (mike?) I mean, they're nice
> and everything, show off all the features in a very elegant way, but they still
> aren't production systems. testing of a production system would reveal this
> problem and produce a way (like I, and I'm sure many others have) around it.
> just my $0.00002 on that.
>
> On Thu, 17 Aug 2000, you wrote:
> > ****** message to minivend-users from Scott Benson <scott@rant.tzo.com> ******
> >
> > Would it be possible to set mv_order_item to null at the bottom of the basket.html
> > page to prevent this?
> >
> > Scott
> >
> > Dan Busarow wrote:
> >
> > > ****** message to minivend-users from Dan Busarow <dan@dpcsys.com> ******
> > >
> > > On Thu, 17 Aug 2000, Warren Odom wrote:
> > > > I can't find anything about this in the archives. I've noticed the problem
> > > > in both the MV-simple and Interchange-barry demos (and on the "home" web
> > > > site as well as my own installation).
> > > >
> > > > When you order an item, of course it displays the cart page. If you then
> > > > hit the browser Refresh button (say, because of some display
> > > > corruption-which is how I found this in the first place), you get a
> > > > duplicate order of that same item. (It doesn't add one to the quantity;
> > > > rather, it creates a separate line.) Not what you want to see happen.
> > >
> > > Actually it will add 1 to the quantity *or* add a separate line
> > > depending on the setting of SeparateItems
> > >
> > > Your web server gets a new request to order an item when you click
> > > reload/refresh, it cannot tell that from a "real" order.
> > >
> > > Dan
> > > --
> > > Dan Busarow 949 443 4172
> > > Dana Point Communications, Inc. dan@dpcsys.com
> > > Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82
> > >
> > > -
> > > 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
> >
> > -
> > 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
> --
> cory trese
> digital@{specialty-books.com, frognet.net};
> W: 800 466 1365 ext223]
> H: 740 592 4493
> -
> 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
-
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
