Miva Merchant 9 Bugs

[elisabeth_hale]

Re: Miva Merchant 9 Bugs

This is pretty important stuff here.
2) Add a notification for major bug fixes. (such as this)

I think that's a great idea.

[jsisk]

Re: Miva Merchant 9 Bugs

@rox-headblade -

Looks like there was a change in Version 9 that is causing this. Still trying to track it down. However, the solution to this is for you to add the following to the states list, so that customers shipping to military addresses do not have to select outside us and manually type in their "state"

Under Store Settings, Click on the States tab. Add the following:

AA Armed Forces Americas
AE Armed Forces Europe
AP Armed Forces Pacific

This will add them into your states dropdown list and allow customers to get past the validation.

This is pretty important stuff here.

It would be nice if you posted this type of stuff to the admin page rather than the ad for MivaCon which I have seen over 50 times a day for the last month or more. Please add this to the feature request list:

1) Turn off your ad after it has been viewed X amount of times. There is no point in wasting the bandwidth. If I haven't reacted the first 500 times I saw it, I probably won't react on the 600th time. (that is a conservative number since we have multiple sites and log in 15 to 20 times a day)

2) Add a notification for major bug fixes. (such as this)

[elisabeth_hale]

Re: Miva Merchant 9 Bugs

Hi elisabeth_hale

The issues was with the Keywords column for that specific store. The real issue is that two different modules were creating a custom field with the same code. In this case it was the Meta tag module creating a custom field of “keywords” (META_KEYWORDS) and the custom fields module creating a field of the same code “keywords” (CUSTOM_ KEYWORDS).

But it doesn’t have to be Keywords, it can be any custom field code that appears twice in the file.

Hope this helps

-Eric

Thanks Eric! Very good to know.

[lancermedia]

Re: Miva Merchant 9 Bugs

I'm noticing when setting up a Product Discount promo, there are 2 ways to show the discount in the BASK:

Display Discounted Line Items Separately
Group Discounted Line Items by Product/Attributes

This controls how Miva shows the discounts with crossed out pricing.

However, when I choose the option: Display Discounted Line Items Separately
I get some weird results IF the product in the cart doesn't qualify for the discount.

If I setup the store to have only certain items get 10% off, any products that qualify are shown fine. In the Item column you see the crossed out original price and then next to it the 10% off price (see image below)

Screen Shot 2015-03-06 at 7.18.26 PM.jpg


But, if a product is added to the cart, and doesn't qualify, the Item display shows the crossed out original price and then next to it the same full price (see image below)

Screen Shot 2015-03-06 at 7.17.52 PM.jpg


Think the template code needs to change to not show the crossed out price if the product isn't part of the discount.

Choosing Group Discounted Line Items by Product/Attributes seems to display better in that it doesn't show any crossed out price if the product isn't discounted. But I don't like this view as much because it doesn't show the discounted price for each item....just the total discount.

-Kevin

[Eric Foresman]

Re: Miva Merchant 9 Bugs

Any word on the "Array index must be a positive integer" error? I am unable to use my main product import. And I don't have a Keywords field in it. It's a big file, so I don't really want to go through testing by removing a field at a time, so any hints would be appreciated.
Thanks!

Hi elisabeth_hale

The issues was with the Keywords column for that specific store. The real issue is that two different modules were creating a custom field with the same code. In this case it was the Meta tag module creating a custom field of “keywords” (META_KEYWORDS) and the custom fields module creating a field of the same code “keywords” (CUSTOM_ KEYWORDS).

But it doesn’t have to be Keywords, it can be any custom field code that appears twice in the file.

Hope this helps

-Eric

[jpatrickm]

Re: Miva Merchant 9 Bugs

Not sure if this is just a module compatibility issue but when we search on a product code in the admin universal search, it lists all available tabs except the Viking Coders Inventory Manager (still using it). Can we control what appears in the universal search as a node?

For example, when I search on product 1234, I get the following results:

Edit Product: (1234) Product Name
Edit Product: (1234) Product Name > Images
Edit Product: (1234) Product Name > Inventory (which btw actually opens a red error 'tab not found')
Edit Product: (1234) Product Name > Attributes
Edit Product: (1234) Product Name > Categories
Edit Product: (1234) Product Name > Custom Fields
etc etc.
All available tabs are there except Inventory Manager.

Not a major issue but thought I'd bring it up.

Thanks.

[Brennan]

Re: Miva Merchant 9 Bugs

I just confirmed with development there was a change made in 9.0000 which is causing this of behavior.

If you have US set as the country, Miva will validate the state to make sure it is a valid state from the lists of states you have configured in Miva. Prior to Verion 9 this validation was not being done.

This means that if US is set as the country the only values a customer could select are from the drop down. Technically they could select outside US, but then they would need to put in a valid 2 digit state code in the Other State field.

Once you select a different country, the validation against the states code is removed and any value is accepted in the other state field.

The solution to this, and better usability for your customers, is to add the Military Areas (see above post) to your states list. The next question which will come to mind is "Can you sort the states list, so the military addresses are at the top?"

Not currently but this is coming soon.

[Brennan]

Re: Miva Merchant 9 Bugs

@rox-headblade -

Looks like there was a change in Version 9 that is causing this. Still trying to track it down. However, the solution to this is for you to add the following to the states list, so that customers shipping to military addresses do not have to select outside us and manually type in their "state"

Under Store Settings, Click on the States tab. Add the following:

AA Armed Forces Americas
AE Armed Forces Europe
AP Armed Forces Pacific

This will add them into your states dropdown list and allow customers to get past the validation.

[Ron Frigon]

Re: Miva Merchant 9 Bugs

Error occurs with APO AE/AP and FPO AE/AP address with both Residential Address checked an unchecked.

Have you tried adding AE and AP to the States list? Using the built-in USPS module I get valid rates when testing your addresses on my site, and selecting AE as the State. APO or FPO would go in the City field, Country is United States.

[rox-headblade]

Re: Miva Merchant 9 Bugs (APO address error issue)

Looks like we have an issue with customers attempting to ship to APO/FPO Addresses.

Description:
After entering an APO/FPO Address and clicking submit at Step 1 Customer Information the page will refresh and return the error:

“One or more required fields were not filled out correctly.”

Error occurs with APO AE/AP and FPO AE/AP address with both Residential Address checked an unchecked. Checked in IE 11, FireFox 35.0.1, Chrome 40.0.2214.115, and mobile.

Our last order with an APO / FPO Shipping address was 2/16/2015 around the time we updated to MIVA 9.

Steps to Reproduce:

1. Open www.headblade.com
2. Click Products
3. Add any item to your Shopping Cart
4. Click the Checkout button on the top right of the page
5. Enter any valid APO AE/AP, or FPO AE/AP address (test addresses below)
6. Click Continue

Notice you are presented with the error stating “One or more required fields were not filled out correctly.”

Addresses used for testing:

379 EOG/CD Unit #61218
APO, AE 09309-1218

455 ECS/SCOI
APO, AP 09352

VMM-365 DET A, AF/120 UNIT 14026
FPO, AE 09510-4026

PSC 567 Box 6621
FPO, AP 96384

[Brennan]

Re: Miva Merchant 9 Bugs

Do you also use Marketplaces? I think you are seeing this bug, which has a module fix:

http://apps.miva.com/product/MIVA-BA...G-CSS-FIX.html

[Rael_Morris]

Re: Miva Merchant 9 Bugs

I use the Module: Custom Order Fields. This doesn't appear to be working properly. In the Miva 9 interface the text font seems to have the color "white" -- so I can type into the Customer Order dialog box, but it is impossible to read what's been typed due to the white text on white background. Is there an easy way to fix the background color or text font color in the Custom Order Fields dialog? -- This only appears to be an issue running on a Windows XP system -- was not able to reproduce the problem on newer systems. Windows 7 appears to work without a problem.

[elisabeth_hale]

Re: Miva Merchant 9 Bugs

Any word on the "Array index must be a positive integer" error? I am unable to use my main product import. And I don't have a Keywords field in it. It's a big file, so I don't really want to go through testing by removing a field at a time, so any hints would be appreciated.
Thanks!

[Rick Wilson]

Re: Miva Merchant 9 Bugs

Yeah that's a good feature request. We're looking into it, it's one of those ones that's harder than it seems.

[habreu]

Re: Miva Merchant 9 Bugs

I understand Rick, thanks. I will adjust my timeouts accordingly. It would be nice if when you got booted out the system it saved state somehow. We are a small outfit, so everyone does everything and interruptions for deliveries, customer phone calls, a quick meeting in someone's cubicle, generating invoices etc in Quickbooks are very common. Since we are in the middle of updating all the products on the store (pricing, missing meta tags etc) the frequent timeouts generate a lot of whining - which is really annoying when you're jammed as close together as we are. ;)