[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 ". 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
