It should to it with sales tax, shipping, discounts and anything else
that falls in the "OTHER" charge type.
Vic Vega
WolfPaw Computers
Miva Merchant Hosting Specialists
"Put the power of the pack to work for you!"(sm)
An OpenUI Premier Partner
Ph: 1 (866) WOLFPAW
www.wpcomp.com
-----Original Message-----
From: Peter Ricci [mailto:[email protected]]
Sent: Tuesday, November 09, 2004 5:39 PM
To: 'Michael Brock'; 'Don Proshetsky'; WolfPaw Computers Webmaster
Cc: [email protected]; [email protected]; [email protected]
Subject: Similar Error - Now Sales Tax
Guess what, folks. It does the EXACT same thing with the sales tax as
well. Does anyone know how to mix that with Miva+VC's module? Thanks
in advance.
Peter
Sincerely,
Peter Ricci
Director, Business Development
Moda-Mia, A 7x7, Inc. Company
530 Divisadero Street, Suite 327
San Francisco, CA 94117-2213
1-888-MODA-MIA phone
1-415-276-8931 fax
[email protected]
www.Moda-Mia.com
---------- Original Message ----------------------------------
From: "WolfPaw Computers Webmaster" <[email protected]>
Date: Tue, 9 Nov 2004 16:28:27 -0600
Both Weiland's and Viking's Tiny Cart/Mini Basket modules expose the
problem.
That was how I discovered it in the first place.
-Vic
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Michael Brock
Sent: Tuesday, November 09, 2004 4:25 PM
To: Don Proshetsky
Cc: WolfPaw Computers Webmaster; [email protected];
[email protected]; [email protected]
Subject: RE: [mrc] Re: [mru] Total wrong in Checkout: Customer
Information screen w/OPT
It's still there. It's just that in stock Merchant, the charges are not
displayed on the OINF and OSEL payment screens. The charges are
definitely still in the database. It becomes a problem when you're
using the Other Page Templates module and a token which displays the
entire basket total (which includes the charges) rather than just a
"basket sub-total" token.
Michael Brock
[email protected]
http://mikeWorks.com, to make your Merchant store fit your vision
[email protected]
http://vikingcoders.com, coders with axes and a boat
Our demo store:
<A HREF ="http://www.mvdevelopment.com/">http://www.mvdevelopment.com/</A>
--When replying please include all of the contents of this message--
-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Don Proshetsky
Sent: Tuesday, November 09, 2004 4:53 PM
To: Don Proshetsky
Cc: WolfPaw Computers Webmaster; [email protected];
[email protected]; [email protected]
Subject: RE: [mrc] Re: [mru] Total wrong in Checkout: Customer
Information screen w/OPT
Hi,
I just checked my store and this bug is NOT occuring. I am using Miva's
built in Price Based Shipping.
So this bug must be dependant on what shipping modules are in use -
perhaps some third party modules.
> Well the solution "appears" simple to me.
>
> When removing individual products, check if there are other products
in the
> basket. If not, then call this BasketList_Free_Order function. Am
I wrong?
> Maybe Darren can add this to a future release of OpenUI?
>
> How would I go about coding a button in my View Cart footer to
execute this
> function?
>
> Thanks,
> Don
>
> > From what I've seen, yes.
> >
> > -Vic
> >
> > -----Original Message-----
> > From: [email protected]
> > [mailto:[email protected]] On Behalf Of Don
Proshetsky
> > Sent: Tuesday, November 09, 2004 3:03 PM
> > To: WolfPaw Computers Webmaster
> > Cc: [email protected]; [email protected];
[email protected]
> > Subject: RE: [mrc] Re: [mru] Total wrong in Checkout: Customer
> > Information screen w/OPT
> >
> >
> > Are you saying that every Miva store is affected by this bug?
> >
> > > This bug has actually been around for quite some time.
> > >
> > > It has to do with which function is called for basket cleanup.
When
> > > the basket is emptied via the remove product button, the line
items
> > > are removed one at a time - rather than executing the
> > > BasketList_Free_Order function, which zeros the session id.
> > >
> > > The end result is the line items for products have been removed,
but
> > > anything that is classified as an OTHER charge (shipping, tax,
> > > discounts, etc) do not get removed.
> > >
> > > You could call the function BasketList_Free_Order with
OpenTokens, and
> >
> > > assign the action to a "Clear Shopping Cart" button.
> > >
> > > I haven't looked into this in depth to see if this will clean
user
> > > data (i.e. customer logged in) data from the cookie as well.
> > >
> > > Vic Vega
> > > WolfPaw Computers
> > > Miva Merchant Hosting Specialists
> > > "Put the power of the pack to work for you!"(sm)
> > > An OpenUI Premier Partner
> > > Ph: 1 (866) WOLFPAW
> > > www.wpcomp.com
> > >
> > >
> > > -----Original Message-----
> > > From: [email protected]
> > > [mailto:[email protected]] On Behalf Of
> > > [email protected]
> > > Sent: Tuesday, November 09, 2004 1:40 PM
> > > To: [email protected]; [email protected];
> > > [email protected]; [email protected]
> > > Cc: [email protected]
> > > Subject: [mrc] Re: [mru] Total wrong in Checkout: Customer
Information
> >
> > > screen w/OPT
> > >
> > >
> > > Interesting! Thank you for your observations. That is what I can
> > > duplicate too! Sometimes ya get to wrapped around the axle to
see
> > > what's going on. Not deleting the shipping charges.
> > >
> > > Leslie
> > >
> > >
> > >
> > >
> > >
> > > The total looks correct to me. At least it did the first time
around.
> >
> > > I actually went further and added shipping. That's where the
fun
> > > started. I went back to the shopping bag and removed all
products.
> > > Went back and added another product and verified by viewing the
> > > shopping bag. So far, so good.
> > >
> > > Then, I went to check out and the total was wrong. However....,
the
> > > amount it was wrong by was exactly the amount of shipping
calcualeted
> > > for the last order before I deleted all products and decided to
start
> > > over.
> > >
> > > For some reason, your shipping amount is not going away when I'm
> > > asking it to.
> > >
> > > Even worse, when I try it again, both shipping amounts show the
next
> > > time so your shipping is accumulating.
> > >
> > > >
> > > > Having a serious problem tracking down the cause of a "Total"
mis -
> > > > calculation using the VC Other Page Templates. Already opened
a
> > > > Trouble Ticket on this but there are some problems duplicating
the
> > > > error.
> > > >
> > > > Go to
> > > >
> > >
<A HREF ="http://www.moda-mia.com/merchant2/merchant.mvc?Screen=PROD&Store_Code=">http://www.moda-mia.com/merchant2/merchant.mvc?Screen=PROD&Store_Code=</A>
> > > 1&
> > > Prod
> > > > uct_Code=blbbls
> > > >
> > > > Add this product (or any other products) - either including
the
> > > > attributes from the product screen or the Missing Attributes
screen.
> >
> > > > Then go to checkout (you'll have to create an account) - the
first
> > > > thing you should notice is that the Total displayed on the
Checkout:
> >
> > > > Customer Information screen is incorrect. I can duplicate the
error
> > > > in
> > >
> > > > IE & Firefox. The site owner can duplicate the error. The
problem
> > > > seems to be figuring out what
> > > is
> > > > causing it and why it's not being seen by everyone.
> > > >
> > > > I even wondered if the javascript rollover Add To Cart button
might
> > > > have been a problem. I tested it without the rollover button
and
> > > > still
> > >
> > > > got the wrong total in the Checkout: Customer Information
screen.
> > > >
> > > > Any known bugs in these?
> > > > MM: v4.22 / MVM: v4.1400
> > > > OpenUI: [4.953/4.979]
> > > >
> > > >
> > >
> >
> --------------------------------------------------------------------
> > > mail2web - Check your email from the web at http://mail2web.com/
.
> > >
> > >
> > >
Comment