If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
We've been able to reproduce the issues for basket subtotal, number of items, as well as type (and have filed bugs) but not for the name columns. Can you confirm the name columns are also having issues? All the name columns?
Same for us. Our orders dropped by more than half in the last few days since we applied the update. This is why as I know about half our customers use a PayPal account to pay.
This is the second show stopper we've had (Miva fixed the first but we had to restore the old store for about a day).
Ironically this is the first time we've adopted an update soon after it is released. Not any more. We will wait as long as is possible. Lol.
Same for us. Our orders dropped by more than half in the last few days since we applied the update. This is why as I know about half our customers use a PayPal account to pay.
This is the second show stopper we've had (Miva fixed the first but we had to restore the old store for about a day).
Ironically this is the first time we've adopted an update soon after it is released. Not any more. We will wait as long as is possible. Lol.
Yup, just when I thought it was safe to go back in the water, I clicked that update for a store that relies heavily on PayPal. They just got a call about PayPal not working. Thank goodness the site has Bill's Lost and Found Orders module.
Yup, just when I thought it was safe to go back in the water, I clicked that update for a store that relies heavily on PayPal. They just got a call about PayPal not working. Thank goodness the site has Bill's Lost and Found Orders module.
So when is the ETA on a fix for this?
My ticket with Miva says today something should get pushed out.
Lol I wonder if QA at Miva actually places test orders through a real PayPal account before releasing a build. This seems like a pretty big bug that would affect a lot of sites. It affects both our CSSUI (live) store and our DEV store using a newer framework.
turns out it is consistent for me, adds 2 each time I click add to basket on the product page, even when I force it to a quantity of one...
I've checked three sites that don't share this problem.
Did you recently add the wishlist feature? I'm question if that form post is correct since it says screen=bask
I've checked three sites that don't share this problem.
Did you recently add the wishlist feature? I'm question if that form post is correct since it says screen=bask
the page has been working fine with the same code for years that is what makes it odd. the wish list is also a separate form from the add to cart.
and it only gets more odd, I have a development store on a ready theme that I haven't touched the code and it adds items to the basket but when you go to the basket nothing is there.
Make sure that you do not still have the Order_contents still assigned along with the TOE_order_contents item.
Having both will cause the order items list to be output twice.
-Eric
Thanks, for reply. Oh you mean the ITEM assigned to template. I thought order_contents would not be triggered if my template doesn´t refer to it...
I saw just <mvt:item name="toe_order_contents" /> in my body.
But it worked. I just tested it once, but I will go LIve in 5 minutes. Cannot wait... Thanks a lot Eric!!!
In Google Analytics under Behavior > Site Search > Search Terms, we haven't been collecting data since the 9.6 update was installed. Currently updated to 9.63. Confirmed this across multiple domains that site search terms are no longer being tracked.
Comment