Miva Merchant 10.00.x Bug Reports

[delcorsets]

Regarding this issue:

MM-10981

Copy Product

Copy product should not copy orphaned inventory product count records

I've noticed that certain circumstances will still create "phantom products" when using the Copy Product feature. I'd have to do some testing to see if I could recreate the exact circumstances but I *think* these were the steps I performed:

- Used Copy Product to copy an Inactive product.
- Track Inventory was unchecked on original and copied product
- Activated Track Inventory, and attempted to update inventory quantity at same time
- Track Inventory became active, but inventory quantity did not update, so updated quantity again after Track Inventory was activated.
- Made product active.
- Needed to adjust inventory quantity to get rid of the "phantom products".

[SidFeyDesigns]

Oh wow how did I miss that haha. I feel silly now. Thank you for clarifying Leanne !

[Leanne]

That is exactly how it is supposed to work. When you are working in a branch and view your store, you will see essentially a preview of your changes, but the changes don't display on the production (live) branch. There is a badge in the corner of the screen that tells you what branch you're in (and if you click the little arrow you can switch between branches).


Branch Template.jpg


Then, when you are ready to publish your changes, you can either make the working branch the production branch, or merge your changes.

[SidFeyDesigns]

So I created a new template branch by copying the primary branch to test out how this works.

It appears that when you are working on the new branch and make a change, the change is live on the site.

If you go back to the Primary branch, the change is no longer shown.

Here is how I tested.

1. Copied the "Primary Branch" and named the new branch "New Checkout Flow".

2. Went into the new branch and added the word "Hello!" the header of the ACLN page template and hit update.

3. Checked the live site and it was showing in the header of that page.

4. Went back into Miva and switched back to editing the primary branch

5. The word "Hello!" was no longer in the header section of the page template and also no longer showing on the live site.

Is this a bug?

I thought the branch templates were to make it possible to have a "Dev Environment" that doesn't effect the live site.

Did I make the wrong assumption?

Thanks

[habreu]

The following code was after the Related Products code block. I moved it before and works and that fixed it so I'm guessing we (as in I an me) broke it at some point.

<mvt:item name="attributemachine" param="body" / >
[ script ]
if (typeof am&mvt:product:id; !== 'undefined') {
var attrMachCall = am&mvt:product:id;;
};
[ /script ]

[habreu]

Possible bug: Product options that add a charge occassionally 'break' and no longer update price > possibly due to Related Products

Version Miva Merchant 10.01.01
MivaScript Engine v5.35
Database API mysql

For reasons I cannot determine every so often product pages that previously updated the price (when clicking on radio button options that add to the price) stop working. It seems to happen to all products in a category but I may be wrong. See this product which previously worked fine. Other products in the same parent category seem to also be broken except for 2nd linked product below which was the one I fixed.

https://www.allfrom1supply.com/mini-...ttom-seal.html

I tried the new product copy feature and when I copied 'all attributes' using that the copied product also failed but I created a 'STRIP NON-ESSENIALS' rule and unchecked each of the attributes one at a time to narrow down the culprit.

I eventually found that I was able to correctly copy this product by unchecking 'Related Products' and the copy of the product's options then correctly update the price.

https://www.allfrom1supply.com/roll-...eal-v1500.html

I also went back to the original product and by removing the 3 Related Products it had the original product began to update the price normally.

I am not sure if this is something we broke or it is a bug so figured I'd post it here in case anyone else can verify.

A few more points which may or may not be related.

- I use the product import/export every so often
- I have used the 'related products' import a few times but not during the time this last error became apparent to the best of my recollection
- I notice some product URI's disappear from time to time - including this affected product and I had to recreate it because I noticed it was using the old style links

Thanks.

[SidFeyDesigns]

I had a similar issue when a customer accidentally created 2 accounts.

After moving the order from 1 account to the other preferred account, for some reason the coupon didn't transfer.

Yet, when I went to assign the coupon to the order I noticed it was still assigned but not showing up on the order itself.

When I unassigned it from the order I received that same error.

I was however able to reassign the coupon and it showed up on the order again.

Seems to be a bug for sure.

[delcorsets]

I was creating a manual order in Miva and when assigning a coupon to the order I got the following error:

The order ended up accepting the coupon despite the error but I thought I would bring it up since I'm not sure what caused it.

Screen Shot 2021-09-10 at 7.44.32 AM.png

[joshpappas]

There's another issue I noticed, this time related to the new search features (which are great). After I set everything up, I noticed that had to separately go back to my SRCH page to set "relevance" as my default sorting method. However, the Search Preview Settings page doesn't currently have "Relevance" as an option, so my search preview results don't match my search page and aren't giving the desired results. Will that be updated separately to provide this new sorting option?

[joshpappas]

I just noticed that the new sales tax calculation seems to be calculating before discounts instead of after discounts. This is using the Shopper Selected Sales Tax module. I don't see any options on my price group setups or module configuration to control this new behavior. Am I missing something?

Edit: Actually, it seems like it's not recalculating tax if the customer signs into their account after starting checkout, even though the basket lines recalculate pricing. We do have a customized checkout flow where we assign the tax option in BASK and skip OSEL, but I never noticed this issue before the recent update. Is this considered a bug or will we have to manually call the tax calculation action again?

[delcorsets]

lesliekirk Yep, there’s a similar issue that started affecting my site as well, and I’m not using a ReadyTheme.

On PROD page only, our sale price is being overwritten by regular price. The sale price shows for a second, but then reverts back and shows full price.
It was working fine for us for years too and broke after update.

Not sure if it’s the same exact issue, but sounds very similar

[lesliekirk]

On PROD js-price-value is overwriting the conditional. The condition does fire, but it gets over-ruled by attribute machine. This is a new issue after updating. We've used this conditional for years. The Master product price is 0.00. Price is controlled by the variant. No option is selected by default. Select a Size gets overwritten by the price of 0.00. Theme is Levels. As a temporary fix we've selected a default attribute option.

<span id="js-price-value" class="product-price" data-base-price="&mvt:product:price;">
<mvt:if expr="l.settings:product:price NE '0.00'">
&mvt:product:formatted_price;
<mvt:else>
Select a Size for Pricing &amp; Details
</mvt:if>
</span>

Wow, Ron, wow! I think you have nailed the issue I posted here https://www.miva.com/forums/forum/on...-range-snippet

The site is Suivant and it is a custom solution that the store owner had done for her. Wow!

[oliverands]

I updated to the new(ish) PayPal Commerce Platform module at the same time that I updated to Miva 10.01.01. So I'm not sure if this is being caused by the PayPal module or the core software, but it's a behavior that I did not experience prior to applying these two updates.

I use PayPal for processing both credit card and PayPal transactions.

I recently had a customer make a purchase using a credit card. I needed to provide a partial refund after the order was placed. In the payment details section of the screen for the order, the authorization and capture entry shows a payment type of Credit Card: Visa.

Payment.jpg

But the refund entry shows a payment type of PayPal instead of Credit Card: Visa.

Refund.jpg

The same shows on the updated sales receipt email generated after the refund was applied.

Email.jpg

[Rick Wilson]

William Davis I'll have QA double check, but I don't believe it's designed to work in a Mini-Basket., It's designed to work on the actual Basket page and I believe Product Pages, but that's it.

[William Davis]

Experiencing problem with ApplePay button payment option not being displayed in Mini-Basket each time a new product is added to the cart from the PROD page. However, if I refresh the page then the ApplePay button option is displayed.