Announcement

Collapse
No announcement yet.

RE: Similar Error - Now Sales Tax

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    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
    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/
    .
    > > >
    > > >
    > > >

    #2
    RE: 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:[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


      #3
      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:[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


        #4
        RE: 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

        [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: Leslie Nord - Webs Your Way [mailto:[email protected]]
        Sent: Tuesday, November 09, 2004 11:00 PM
        To: Leslie Nord - Webs Your Way
        Cc: 'Don Proshetsky'; WolfPaw Computers Webmaster; 'Michael Brock';
        <[email protected]>
        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:[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


          #5
          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
          >>>>>
          >>>>>
          >>>>>

          Comment

          Working...
          X