RE: Similar Error - Now Sales Tax
The %baskettotalF% token IS being used! So what do I do now?
Leslie
What you're seeing is, once again, the default behavior of Merchant=2E
Merchant doesn't display the tax on the OSEL screen by default because
it does not calculate the tax until AFTER that page is submitted=2E If
you display it on that page, the tax displayed will be the tax
calculated the last time the customer submitted the OSEL page and
won't reflect any changes they might have made to their basket (or to
shipping if it is being taxed)=2E
If you use the %baskettotalF% token it will just be the product
subtotal=2E If you use the %baskettotalallF% token it will be the
subtotal plus all charges (including tax and shipping)=2E There is no
token just for subtotal + tax=2E The FAQ included in the download zip
explains this=2E
Michael Brock
mike@mikeworks=2Ecom
http://mikeWorks=2Ecom, to make your Merchant store fit your vision
brok@vikingcoders=2Ecom
http://vikingcoders=2Ecom, coders with axes and a boat
Our demo store:
<A HREF ="http://www=2Emvdevelopment=2Ecom/">http://www=2Emvdevelopment=2Ecom/</A>
--When replying please include all of the contents of this message--
-----Original Message-----
From: Leslie Nord - Webs Your Way [mailto:leslie@websyourway=2Ecom]
Sent: Tuesday, November 09, 2004 11:00 PM
To: Leslie Nord - Webs Your Way
Cc: 'Don Proshetsky'; WolfPaw Computers Webmaster; 'Michael Brock';
<merchant-coders@miva=2Ecom>
Subject: Re: [mrc] RE: Similar Error - Now Sales Tax
Point of clarification - this time the Sales Tax amount "sticks" on
the
OSEL screen but is not added in the Total=2E Is does not seem to carry
over to the OPAY screen=2E Very very very strange and EXTREMELY
frustrating=2E
Leslie
On Nov 9, 2004, at 9:30 PM, Leslie Nord - Webs Your Way wrote:
> Okay, as instructed when trying to resolve the shipping charges
issue
> I changed the %baskettotalallF% to %baskettotalF% which appeared to
> correct the shipping problem and was supposed to resolve the tax
> problem too - but it has not=2E So what the heck do I do now?
>
> Leslie
>
>
> On Nov 9, 2004, at 5:55 PM, WolfPaw Computers Webmaster wrote:
>
>> It should to it with sales tax, shipping, discounts and anything
else
>> that falls in the "OTHER" charge type=2E
>>
>> 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=2Ewpcomp=2Ecom
>>
>>
>> -----Original Message-----
>> From: Peter Ricci [mailto:peter@moda-mia=2Ecom]
>> Sent: Tuesday, November 09, 2004 5:39 PM
>> To: 'Michael Brock'; 'Don Proshetsky'; WolfPaw Computers Webmaster
>> Cc: leslie@websyourway=2Ecom; merchant-coders@miva=2Ecom;
>> peter@moda-mia=2Ecom
>> Subject: Similar Error - Now Sales Tax
>>
>>
>> Guess what, folks=2E It does the EXACT same thing with the sales tax
as
>> well=2E Does anyone know how to mix that with Miva+VC's module?
Thanks
>> in advance=2E
>>
>> Peter
>>
>>
>>
>>
>> Sincerely,
>>
>> Peter Ricci
>> Director, Business Development
>> Moda-Mia, A 7x7, Inc=2E Company
>> 530 Divisadero Street, Suite 327
>> San Francisco, CA 94117-2213
>> 1-888-MODA-MIA phone
>> 1-415-276-8931 fax
>> Peter@Moda-Mia=2Ecom
>> www=2EModa-Mia=2Ecom
>>
>>
>>
>> ---------- Original Message ----------------------------------
>> From: "WolfPaw Computers Webmaster" <webmaster@wpcomp=2Ecom>
>> Date: Tue, 9 Nov 2004 16:28:27 -0600
>>
>> Both Weiland's and Viking's Tiny Cart/Mini Basket modules expose
the
>> problem=2E
>>
>> That was how I discovered it in the first place=2E
>>
>> -Vic
>>
>> -----Original Message-----
>> From: owner-merchant-coders@miva=2Ecom
>> [mailto:owner-merchant-coders@miva=2Ecom] On Behalf Of Michael Brock
>> Sent: Tuesday, November 09, 2004 4:25 PM
>> To: Don Proshetsky
>> Cc: WolfPaw Computers Webmaster; leslie@websyourway=2Ecom;
>> merchant-coders@miva=2Ecom; peter@moda-mia=2Ecom
>> Subject: RE: [mrc] Re: [mru] Total wrong in Checkout: Customer
>> Information screen w/OPT
>>
>>
>> It's still there=2E It's just that in stock Merchant, the charges
are
>> not
>> displayed on the OINF and OSEL payment screens=2E The charges are
>> definitely still in the database=2E 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=2E
>>
>> Michael Brock
>>
>> mike@mikeworks=2Ecom
>> http://mikeWorks=2Ecom, to make your Merchant store fit your vision
>>
>> brok@vikingcoders=2Ecom
>> http://vikingcoders=2Ecom, coders with axes and a boat
>>
>> Our demo store:
>> <A HREF ="http://www=2Emvdevelopment=2Ecom/">http://www=2Emvdevelopment=2Ecom/</A>
>>
>> --When replying please include all of the contents of this
message--
>>
>> -----Original Message-----
>> From: owner-merchant-coders@miva=2Ecom
>> [mailto:owner-merchant-coders@miva=2Ecom]On Behalf Of Don Proshetsky
>> Sent: Tuesday, November 09, 2004 4:53 PM
>> To: Don Proshetsky
>> Cc: WolfPaw Computers Webmaster; leslie@websyourway=2Ecom;
>> merchant-coders@miva=2Ecom; peter@moda-mia=2Ecom
>> 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=2E I am using
>> Miva's
>> built in Price Based Shipping=2E
>>
>> So this bug must be dependant on what shipping modules are in use -
>> perhaps some third party modules=2E
>>
>>> Well the solution "appears" simple to me=2E
>>>
>>> When removing individual products, check if there are other
products
>> in the
>>> basket=2E If not, then call this BasketList_Free_Order function=2E
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=2E
>>>>
>>>> -Vic
>>>>
>>>> -----Original Message-----
>>>> From: owner-merchant-coders@miva=2Ecom
>>>> [mailto:owner-merchant-coders@miva=2Ecom] On Behalf Of Don
>> Proshetsky
>>>> Sent: Tuesday, November 09, 2004 3:03 PM
>>>> To: WolfPaw Computers Webmaster
>>>> Cc: leslie@websyourway=2Ecom; merchant-coders@miva=2Ecom;
>> peter@moda-mia=2Ecom
>>>> 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=2E
>>>>>
>>>>> It has to do with which function is called for basket cleanup=2E
>> 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=2E
>>>>>
>>>>> 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=2E
>>>>>
>>>>> You could call the function BasketList_Free_Order with
>> OpenTokens, and
>>>>
>>>>> assign the action to a "Clear Shopping Cart" button=2E
>>>>>
>>>>> I haven't looked into this in depth to see if this will clean
>> user
>>>>> data (i=2Ee=2E customer logged in) data from the cookie as well=2E
>>>>>
>>>>> 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=2Ewpcomp=2Ecom
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: owner-merchant-coders@miva=2Ecom
>>>>> [mailto:owner-merchant-coders@miva=2Ecom] On Behalf Of
>>>>> leslie@websyourway=2Ecom
>>>>> Sent: Tuesday, November 09, 2004 1:40 PM
>>>>> To: dproshetsky@vitavet=2Ecom; leslie@websyourway=2Ecom;
>>>>> merchant-users@miva=2Ecom; merchant-coders@miva=2Ecom
>>>>> Cc: peter@moda-mia=2Ecom
>>>>> Subject: [mrc] Re: [mru] Total wrong in Checkout: Customer
>> Information
>>>>
>>>>> screen w/OPT
>>>>>
>>>>>
>>>>> Interesting! Thank you for your observations=2E That is what I can
>>>>> duplicate too! Sometimes ya get to wrapped around the axle to
>> see
>>>>> what's going on=2E Not deleting the shipping charges=2E
>>>>>
>>>>> Leslie
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> The total looks correct to me=2E At least it did the first time
>> around=2E
>>>>
>>>>> I actually went further and added shipping=2E That's where the
>> fun
>>>>> started=2E I went back to the shopping bag and removed all
>> products=2E
>>>>> Went back and added another product and verified by viewing the
>>>>> shopping bag=2E So far, so good=2E
>>>>>
>>>>> Then, I went to check out and the total was wrong=2E However=2E=2E=2E=
=2E,
>> 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=2E
>>>>>
>>>>> For some reason, your shipping amount is not going away when I'm
>>>>> asking it to=2E
>>>>>
>>>>> Even worse, when I try it again, both shipping amounts show the
>> next
>>>>> time so your shipping is accumulating=2E
>>>>>
>>>>>>
>>>>>> Having a serious problem tracking down the cause of a "Total"
>> mis -
>>>>>> calculation using the VC Other Page Templates=2E Already opened
>> a
>>>>>> Trouble Ticket on this but there are some problems duplicating
>> the
>>>>>> error=2E
>>>>>>
>>>>>> Go to
>>>>>>
>>>>>
>>
<A HREF ="http://www=2Emoda-mia=2Ecom/merchant2/merchant=2Emvc?Screen=3DPROD&Store_C=">http://www=2Emoda-mia=2Ecom/merchant2/merchant=2Emvc?Screen=3DPROD&Store_C=</A>
ode=3D
>>>>> 1&
>>>>> Prod
>>>>>> uct_Code=3Dblbbls
>>>>>>
>>>>>> Add this product (or any other products) - either including
>> the
>>>>>> attributes from the product screen or the Missing Attributes
>> screen=2E
>>>>
>>>>>> 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=2E I can duplicate the
>> error
>>>>>> in
>>>>>
>>>>>> IE & Firefox=2E The site owner can duplicate the error=2E The
>> problem
>>>>>> seems to be figuring out what
>>>>> is
>>>>>> causing it and why it's not being seen by everyone=2E
>>>>>>
>>>>>> I even wondered if the javascript rollover Add To Cart button
>> might
>>>>>> have been a problem=2E I tested it without the rollover button
>> and
>>>>>> still
>>>>>
>>>>>> got the wrong total in the Checkout: Customer Information
>> screen=2E
>>>>>>
>>>>>> Any known bugs in these?
>>>>>> MM: v4=2E22 / MVM: v4=2E1400
>>>>>> OpenUI: [4=2E953/4=2E979]
>>>>>>
>>>>>>
>>>>>
>>>>
>>> ------------------------------------------------------------------
--
>>>>> mail2web - Check your email from the web at http://mail2web=2Ecom/
>> =2E
>>>>>
>>>>>
>>>>>
RE: Similar Error - Now Sales Tax
Collapse
X
-
Guest replied
-
Guest repliedRE: Similar Error - Now Sales Tax
What you're seeing is, once again, the default behavior of Merchant.
Merchant doesn't display the tax on the OSEL screen by default because
it does not calculate the tax until AFTER that page is submitted. If
you display it on that page, the tax displayed will be the tax
calculated the last time the customer submitted the OSEL page and
won't reflect any changes they might have made to their basket (or to
shipping if it is being taxed).
If you use the %baskettotalF% token it will just be the product
subtotal. If you use the %baskettotalallF% token it will be the
subtotal plus all charges (including tax and shipping). There is no
token just for subtotal + tax. The FAQ included in the download zip
explains this.
Michael Brock
mike@mikeworks.com
http://mikeWorks.com, to make your Merchant store fit your vision
brok@vikingcoders.com
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: Leslie Nord - Webs Your Way [mailto:leslie@websyourway.com]
Sent: Tuesday, November 09, 2004 11:00 PM
To: Leslie Nord - Webs Your Way
Cc: 'Don Proshetsky'; WolfPaw Computers Webmaster; 'Michael Brock';
<merchant-coders@miva.com>
Subject: Re: [mrc] RE: Similar Error - Now Sales Tax
Point of clarification - this time the Sales Tax amount "sticks" on
the
OSEL screen but is not added in the Total. Is does not seem to carry
over to the OPAY screen. Very very very strange and EXTREMELY
frustrating.
Leslie
On Nov 9, 2004, at 9:30 PM, Leslie Nord - Webs Your Way wrote:
> Okay, as instructed when trying to resolve the shipping charges
issue
> I changed the %baskettotalallF% to %baskettotalF% which appeared to
> correct the shipping problem and was supposed to resolve the tax
> problem too - but it has not. So what the heck do I do now?
>
> Leslie
>
>
> On Nov 9, 2004, at 5:55 PM, WolfPaw Computers Webmaster wrote:
>
>> 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:peter@moda-mia.com]
>> Sent: Tuesday, November 09, 2004 5:39 PM
>> To: 'Michael Brock'; 'Don Proshetsky'; WolfPaw Computers Webmaster
>> Cc: leslie@websyourway.com; merchant-coders@miva.com;
>> peter@moda-mia.com
>> 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
>> Peter@Moda-Mia.com
>> www.Moda-Mia.com
>>
>>
>>
>> ---------- Original Message ----------------------------------
>> From: "WolfPaw Computers Webmaster" <webmaster@wpcomp.com>
>> 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: owner-merchant-coders@miva.com
>> [mailto:owner-merchant-coders@miva.com] On Behalf Of Michael Brock
>> Sent: Tuesday, November 09, 2004 4:25 PM
>> To: Don Proshetsky
>> Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
>> merchant-coders@miva.com; peter@moda-mia.com
>> 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
>>
>> mike@mikeworks.com
>> http://mikeWorks.com, to make your Merchant store fit your vision
>>
>> brok@vikingcoders.com
>> 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: owner-merchant-coders@miva.com
>> [mailto:owner-merchant-coders@miva.com]On Behalf Of Don Proshetsky
>> Sent: Tuesday, November 09, 2004 4:53 PM
>> To: Don Proshetsky
>> Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
>> merchant-coders@miva.com; peter@moda-mia.com
>> 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: owner-merchant-coders@miva.com
>>>> [mailto:owner-merchant-coders@miva.com] On Behalf Of Don
>> Proshetsky
>>>> Sent: Tuesday, November 09, 2004 3:03 PM
>>>> To: WolfPaw Computers Webmaster
>>>> Cc: leslie@websyourway.com; merchant-coders@miva.com;
>> peter@moda-mia.com
>>>> 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: owner-merchant-coders@miva.com
>>>>> [mailto:owner-merchant-coders@miva.com] On Behalf Of
>>>>> leslie@websyourway.com
>>>>> Sent: Tuesday, November 09, 2004 1:40 PM
>>>>> To: dproshetsky@vitavet.com; leslie@websyourway.com;
>>>>> merchant-users@miva.com; merchant-coders@miva.com
>>>>> Cc: peter@moda-mia.com
>>>>> 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/
>> .
>>>>>
>>>>>
>>>>>
Leave a comment:
-
Guest repliedRE: Similar Error - Now Sales Tax
Point of clarification - this time the Sales Tax amount "sticks" on the
OSEL screen but is not added in the Total. Is does not seem to carry
over to the OPAY screen. Very very very strange and EXTREMELY
frustrating.
Leslie
On Nov 9, 2004, at 9:30 PM, Leslie Nord - Webs Your Way wrote:
> Okay, as instructed when trying to resolve the shipping charges issue
> I changed the %baskettotalallF% to %baskettotalF% which appeared to
> correct the shipping problem and was supposed to resolve the tax
> problem too - but it has not. So what the heck do I do now?
>
> Leslie
>
>
> On Nov 9, 2004, at 5:55 PM, WolfPaw Computers Webmaster wrote:
>
>> 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:peter@moda-mia.com]
>> Sent: Tuesday, November 09, 2004 5:39 PM
>> To: 'Michael Brock'; 'Don Proshetsky'; WolfPaw Computers Webmaster
>> Cc: leslie@websyourway.com; merchant-coders@miva.com;
>> peter@moda-mia.com
>> 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
>> Peter@Moda-Mia.com
>> www.Moda-Mia.com
>>
>>
>>
>> ---------- Original Message ----------------------------------
>> From: "WolfPaw Computers Webmaster" <webmaster@wpcomp.com>
>> 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: owner-merchant-coders@miva.com
>> [mailto:owner-merchant-coders@miva.com] On Behalf Of Michael Brock
>> Sent: Tuesday, November 09, 2004 4:25 PM
>> To: Don Proshetsky
>> Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
>> merchant-coders@miva.com; peter@moda-mia.com
>> 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
>>
>> mike@mikeworks.com
>> http://mikeWorks.com, to make your Merchant store fit your vision
>>
>> brok@vikingcoders.com
>> 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: owner-merchant-coders@miva.com
>> [mailto:owner-merchant-coders@miva.com]On Behalf Of Don Proshetsky
>> Sent: Tuesday, November 09, 2004 4:53 PM
>> To: Don Proshetsky
>> Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
>> merchant-coders@miva.com; peter@moda-mia.com
>> 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: owner-merchant-coders@miva.com
>>>> [mailto:owner-merchant-coders@miva.com] On Behalf Of Don
>> Proshetsky
>>>> Sent: Tuesday, November 09, 2004 3:03 PM
>>>> To: WolfPaw Computers Webmaster
>>>> Cc: leslie@websyourway.com; merchant-coders@miva.com;
>> peter@moda-mia.com
>>>> 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: owner-merchant-coders@miva.com
>>>>> [mailto:owner-merchant-coders@miva.com] On Behalf Of
>>>>> leslie@websyourway.com
>>>>> Sent: Tuesday, November 09, 2004 1:40 PM
>>>>> To: dproshetsky@vitavet.com; leslie@websyourway.com;
>>>>> merchant-users@miva.com; merchant-coders@miva.com
>>>>> Cc: peter@moda-mia.com
>>>>> 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/
>> .
>>>>>
>>>>>
>>>>>
Leave a comment:
-
Guest repliedRE: Similar Error - Now Sales Tax
--Apple-Mail-1--656324643
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
Okay, as instructed when trying to resolve the shipping charges issue I
changed the %baskettotalallF% to %baskettotalF% which appeared to
correct the shipping problem and was supposed to resolve the tax
problem too - but it has not. So what the heck do I do now?
Leslie
On Nov 9, 2004, at 5:55 PM, WolfPaw Computers Webmaster wrote:
> 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:peter@moda-mia.com]
> Sent: Tuesday, November 09, 2004 5:39 PM
> To: 'Michael Brock'; 'Don Proshetsky'; WolfPaw Computers Webmaster
> Cc: leslie@websyourway.com; merchant-coders@miva.com;
> peter@moda-mia.com
> 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
> Peter@Moda-Mia.com
> www.Moda-Mia.com
>
>
>
> ---------- Original Message ----------------------------------
> From: "WolfPaw Computers Webmaster" <webmaster@wpcomp.com>
> 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: owner-merchant-coders@miva.com
> [mailto:owner-merchant-coders@miva.com] On Behalf Of Michael Brock
> Sent: Tuesday, November 09, 2004 4:25 PM
> To: Don Proshetsky
> Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
> merchant-coders@miva.com; peter@moda-mia.com
> 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
>
> mike@mikeworks.com
> http://mikeWorks.com, to make your Merchant store fit your vision
>
> brok@vikingcoders.com
> 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: owner-merchant-coders@miva.com
> [mailto:owner-merchant-coders@miva.com]On Behalf Of Don Proshetsky
> Sent: Tuesday, November 09, 2004 4:53 PM
> To: Don Proshetsky
> Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
> merchant-coders@miva.com; peter@moda-mia.com
> 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: owner-merchant-coders@miva.com
>>> [mailto:owner-merchant-coders@miva.com] On Behalf Of Don
> Proshetsky
>>> Sent: Tuesday, November 09, 2004 3:03 PM
>>> To: WolfPaw Computers Webmaster
>>> Cc: leslie@websyourway.com; merchant-coders@miva.com;
> peter@moda-mia.com
>>> 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: owner-merchant-coders@miva.com
>>>> [mailto:owner-merchant-coders@miva.com] On Behalf Of
>>>> leslie@websyourway.com
>>>> Sent: Tuesday, November 09, 2004 1:40 PM
>>>> To: dproshetsky@vitavet.com; leslie@websyourway.com;
>>>> merchant-users@miva.com; merchant-coders@miva.com
>>>> Cc: peter@moda-mia.com
>>>> 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/
> .
>>>>
>>>>
>>>>
Leave a comment:
-
RE: Similar Error - Now Sales Tax
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
Miva Merchant Hosting, Miva Hosting, Zen Cart Hosting, Miva to Zen Cart Conversion, Miva Merchant to Zen Cart Conversion. Miva retail license, expired license and ineligible for upgrade hosting. Miva Merchant optimized high-speed enterprise solid state drive (SSD) servers with outstanding 24x7 support.
-----Original Message-----
From: Peter Ricci [mailto:peter@moda-mia.com]
Sent: Tuesday, November 09, 2004 5:39 PM
To: 'Michael Brock'; 'Don Proshetsky'; WolfPaw Computers Webmaster
Cc: leslie@websyourway.com; merchant-coders@miva.com; peter@moda-mia.com
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
Peter@Moda-Mia.com
---------- Original Message ----------------------------------
From: "WolfPaw Computers Webmaster" <webmaster@wpcomp.com>
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: owner-merchant-coders@miva.com
[mailto:owner-merchant-coders@miva.com] On Behalf Of Michael Brock
Sent: Tuesday, November 09, 2004 4:25 PM
To: Don Proshetsky
Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
merchant-coders@miva.com; peter@moda-mia.com
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
mike@mikeworks.com
http://mikeWorks.com, to make your Merchant store fit your vision
brok@vikingcoders.com
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: owner-merchant-coders@miva.com
[mailto:owner-merchant-coders@miva.com]On Behalf Of Don Proshetsky
Sent: Tuesday, November 09, 2004 4:53 PM
To: Don Proshetsky
Cc: WolfPaw Computers Webmaster; leslie@websyourway.com;
merchant-coders@miva.com; peter@moda-mia.com
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: owner-merchant-coders@miva.com
> > [mailto:owner-merchant-coders@miva.com] On Behalf Of Don
Proshetsky
> > Sent: Tuesday, November 09, 2004 3:03 PM
> > To: WolfPaw Computers Webmaster
> > Cc: leslie@websyourway.com; merchant-coders@miva.com;
peter@moda-mia.com
> > 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: owner-merchant-coders@miva.com
> > > [mailto:owner-merchant-coders@miva.com] On Behalf Of
> > > leslie@websyourway.com
> > > Sent: Tuesday, November 09, 2004 1:40 PM
> > > To: dproshetsky@vitavet.com; leslie@websyourway.com;
> > > merchant-users@miva.com; merchant-coders@miva.com
> > > Cc: peter@moda-mia.com
> > > 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/
.
> > >
> > >
> > >
Tags: None
Leave a comment: