Miva Merchant 10.00.x Bug Reports

[oliverands]

Since migrating to using Braintree for payment processing last month, I have noticed that quite regularly I am getting authorization failures with the message "Unable to authorize payment: Merchant account does not support 3D Secure transactions for card type." I was not able to determine what was happening with my investigation, so I reported the issue to Braintree. This is their response.

Taking a look at our logs for Errors associated with 3DS, I was able to find the error that you ran into, "Merchant account does not support 3D Secure transactions for card type." Looking at the parameters for that API call, I can see that the transaction attempt was made using a Discover card. At this time, Braintree doesn't yet support Discover cards for 3D Secure. To avoid running into error you can either avoid having customers go through 3DS if they pay with a Discover card or you can pass the threeDSecure Required field to false within the transaction sale call when someone attempts to check out with one.

Looking at an example customer who ran into this issue, customer name [XXXX], they attempted an initial transaction with Discover, but made their successful attempt with a Visa, transaction [XXXX]. As this is the case, it would seem that the errors occur with unsupported 3DS card types, but the customers then move to a valid card type that is supported by 3DS. At the current moment, Braintree's 3DS is compatible with Visa, Mastercard + Maestro, and Amex cards.

I have the module configured with the option for 3D Secure set to "Require if 3D Secure is Enabled on Card." Using this option, I would assume that if 3D Secure is not enabled on Discover cards that Miva would not be coming back with an authorization failure but would instead let the card process without requiring 3D Secure.

It appears that something in the module is not handling 3D Secure correctly on Discover cards. Or it should provide the option to enable or disable 3D Secure by card type.

[Eric Foresman]

There's been complaints in the past about the quotes module and price group pricing. I think I figured out what the issue is, and I would consider it a bug. I wrote up what I found here:

https://www.miva.com/forums/forum/on...136#post716136

Hi oliverands

Thanks for reaching out and letting us know about this. We have a bug filed for this and the fix is in testing for the next release.

Many Thanks

-Eric

[oliverands]

There's been complaints in the past about the quotes module and price group pricing. I think I figured out what the issue is, and I would consider it a bug. I wrote up what I found here:

https://www.miva.com/forums/forum/on...136#post716136

[delcorsets]

oliverands

The order remains perpetually in Partially Shipped status, and I don't see a way to manually change the status to Shipped.

We've been sporadically experiencing a similar but not quite identical issue. We use ShipStation for order fulfillment and occasionally all products will be shipped, a tracking number and cost will imported, but the order status in Miva perpetually remains as Pending. We've noticed that there is a specific kit product in the order when this happens. I've only been able to isolate 4 orders so far where this is this case, so it could definitely be a different root cause, but so far, in the orders where I've been alerted to the problem the kit is in each of them.

[oliverands]

I've just noticed something odd that may be a bug--or at least it doesn't work like I would think it should.

I sell both physical and digital products in my store. When I have an order that contains only digital products, Miva automatically sets the order to Shipped status. If an order contains only physical products, I import a CSV with shipping information, and Miva automatically sets those orders to Shipped status and saves the carrier, tracking number, and cost to the order.

But the behavior is different when an order contains both physical and digital products. For these orders Miva initially sets the order to Partially Shipped status. I can import the shipment information on the physical products, and it will save to those products in the order. But Miva does not then update the order to Shipped status--even though all items have now shipped. The order remains perpetually in Partially Shipped status, and I don't see a way to manually change the status to Shipped.

UPDATE: I just had to manually add tracking information to an order with mixed products. When I manually added this to the physical product in the order, Miva updated the status to Shipped. So it appears that it's likely only when importing a CSV with shipment information that this happens.

[oliverands]

In the Shipping Settings section of the admin, on the screen for the module Weight Table Based Shipping, when I select multiple items by placing a check mark and then choose the option to export to CSV, the file that is produced shows the shipping method names correctly, but it returns all zeros instead of the values that are stored for each shipping method.

I tested the same on the screen for Base + Weight shipping, and that produces the CSV export correctly.

[new_user2018]

Issue: Attribute Machine does not appear to be calculating prices correctly for default variants with sum of parts pricing

Steps to reproduce:

Create component part, price = $100

Create product kit with price of $150, then set up a default variant consisting of 2x component parts and using the sum of parts pricing method.

Load product page of product kit, should expect to see a price of $200. Price shows as $150. Attribute Machine appears to be correctly identifying the default variant and its components, but using the master price of the product kit rather than sum of parts of the default variant.

Alternatively, if I create a product kit with a price of $150, set up a dummy checkbox attribute, use the Inventory Kit Builder to assign the component part with quantity 2 to the dummy checkbox option, then generate variants using sum of parts pricing method, when I visit this product kit product page, Attribute Machine correctly figures out the price of the kit as $200.

Unless there's something I'm missing when setting up the default variant, this appears to be a bug with how Attribute Machine prices default variants when the pricing method is sum of parts.

[habreu]

That did it - thanks Eric.

[Eric Foresman]

It was the newest version on the apps website on 11-18-21.

EDIT: I see a possible problem. I think you may need to update the online file. When I look at the file date for the mvc inside the zip file it shows Thursday, October 6, 2016, 4:48:40 PM as the created date.

Hi habreu

Thanks for letting me know of the issue, I just got word they have now updated the link to download the new version. Please give it a try and let me know if it works now.

Many thanks
-Eric

[habreu]

It was the newest version on the apps website on 11-18-21.

EDIT: I see a possible problem. I think you may need to update the online file. When I look at the file date for the mvc inside the zip file it shows Thursday, October 6, 2016, 4:48:40 PM as the created date.

[Eric Foresman]

I discussed this in another thread but attempting to install 'Match Customer Orders' module with Miva version 10.01.03 generates the following error

Installation of Module 'Match Customer Orders' failed: Match Customer Orders requires Miva Merchant 9.5 or newer

Hi habreu

We released a v1.0001 of that module on 2020-12-03 with a fix for that issue. Do you happen to know if you are using the old version, or are you getting this same issue with the new version too?

Thanks

-Eric

[habreu]

I discussed this in another thread but attempting to install 'Match Customer Orders' module with Miva version 10.01.03 generates the following error

Installation of Module 'Match Customer Orders' failed: Match Customer Orders requires Miva Merchant 9.5 or newer

[SidFeyDesigns]

Leanne Ah ha!

Thank you for that! Very helpful and that makes a lot of sense!

[Leanne]

The template branches should have their own css and js resources. That way you can make changes to them without affecting the live site. So you would just need to copy your changes on the production branch to the template branch for them to both be the same. Or set the files you want to be active in the branch. See here: https://www.miva.com/forums/forum/on...es-in-branches

[SidFeyDesigns]

I think I may have found a bug with the Template Branches.

Needed to update the json css and js files (combined resources) on our Production (Primary) Branch and noticed those changes did not take effect on the Template Branch I had originally created.

Only work around was creating yet another template branch by copying the Production (Primary) Branch again.

Problem with that is losing all of the Template Version History from the first Template Branch I created and was working on.