Miva Merchant 9.07.xx Bug Reports

[lesliekirk]

That's an easy one to fix! Decommission that module and use the newer built in Review Baskets function instead.

I figured that would be the answer but I'm not sure if it's the solution the store owner wants - the store has tens of thousands of products. Is there a simple way to do this?

[Mark Hood]

I figured that would be the answer but I'm not sure if it's the solution the store owner wants - the store has tens of thousands of products. Is there a simple way to do this?

It's apparently because the abandoned basket email is turned on. (turning the feature off will fix this) Miva had it turning on by itself in 9.07.01

It's currently designed so that baskets with a signed in customer do not expire for 48 hours. This will make it so the scheduled task of deleting baskets will not work until they actually expire.

[Jim Cockerham]

Subscriptions are consistently processing one day late, I don't know if this is since the 9.07.00 or 9.07.02 update but it was not an issue in 9.06 . I have the Subscription task set to process daily at around 9 am.

[lesliekirk]

That's an easy one to fix! Decommission that module and use the newer built in Review Baskets function instead.

Actually, now that I have a better understanding of what is happening here I do think it's a bug. Bill's module just helped to highlight it. Let me explain further.

When the store owner does a Show Basket an abandon basket that came from a mobile device that has expired it will display that negative number instead of "Yes".

The store owner routinely goes to Data Management > Database Tools to delete the Expired Baskets, these baskets with the negative numbers will not delete. They show back up in the Show Baskets screen (and also in the Review Baskets screen too).

The store owner cannot delete abandoned baskets coming from a mobile device (when using the Data Management > Database Tools to delete the Expired Baskets) and would not have discovered this issue if it had not been for the EmporiumPlus Show Baskets module.

It was discovered that these were mobile orders by doing a few trial tests on his mobile phone. I was also able to duplicate this behavior using my phone.

[kocourek]

A note to your subscriptions processing a day late Jim Cockerham , I have also noticed that when I open a sales report from my Miva dashboard, the current day is a full day behind. Do you see this as well? I'm wondering if there is some larger date issue at hand.

[Jim Cockerham]

A note to your subscriptions processing a day late Jim Cockerham , I have also noticed that when I open a sales report from my Miva dashboard, the current day is a full day behind. Do you see this as well? I'm wondering if there is some larger date issue at hand.

Kocourek - Which report are you looking at? I just created a Sales report with a date of "Last 3 Days" and the Sales values for today are correct.

[kocourek]

Jim Cockerham Well that's an interesting caveat. All of my Sales Reports regardless of date range are a day behind. For instance, If I run a 30 day sales report today the most recent date shown is the 16th (not the 17th) but the data on the report shown for the 16th is actually for today (17th). I guess I'll open a ticket.

[razertip]

I noticed the same thing with my "recent sales" report. It shows the first days "Label" twice:

Day1, Day1, Day2, Day3 etc. The amounts shown are Day1, Day2, Day3, Day4

[kocourek]

My reports specifically omit the current date "label" which causes all of the sales data to be off by one full day.

[Eric Foresman]

Actually, now that I have a better understanding of what is happening here I do think it's a bug. Bill's module just helped to highlight it. Let me explain further.

When the store owner does a Show Basket an abandon basket that came from a mobile device that has expired it will display that negative number instead of "Yes".

The store owner routinely goes to Data Management > Database Tools to delete the Expired Baskets, these baskets with the negative numbers will not delete. They show back up in the Show Baskets screen (and also in the Review Baskets screen too).

The store owner cannot delete abandoned baskets coming from a mobile device (when using the Data Management > Database Tools to delete the Expired Baskets) and would not have discovered this issue if it had not been for the EmporiumPlus Show Baskets module.

It was discovered that these were mobile orders by doing a few trial tests on his mobile phone. I was also able to duplicate this behavior using my phone.

Hi lesliekirk

I don’t know what the “EmporiumPlus Show Baskets module” is doing, I don’t even know what the column of yes and occasional negative values is for.

But I can tell you that the abandoned basket email when sent will set the last updated time for that basket in the future in order to keep in from expiring.

As for baskets being different on a mobile device, I have not been able to reproduce that. Do you have any additional info on this site that might help? Can you check the database for sNN_Baskets and see what the last updated column is being set to?

Thanks

-Eric

[alphatect]

After a fresh install of 9.7 (9.07.02 immediately updated to 9.07.03) on a devsite, I have two issues to report.

1) The issue I was having with the CADE Address Edit page (https://www.miva.com/forums/forum/on...ter-9-7-update) is still present after the fresh install. (I tested this immediately after the install, without making any changes or customizations. The "Require CSRF Token for Customer Actions" setting is pre-checked with the fresh install.) If you create an account and add an address, where this address is default shipping, billing or both, then edit the address, the corresponding Default Shipping / Default Billing checkboxes are not pre-checked on that page (CADE). This will confuse customers, especially in the following type of scenario:

You add an address, name it "address-1" and set it as both default shipping and billing. Then realize you made a mistake on the zip code, so click Edit to change the zip. You change the zip and see that neither Default Shipping or Default Billing are checked, you then check only Default Shipping and save. Now when you go back to the main address book page (CABK), you have two separate entries named "address-1" - the original one with the wrong zip is still default billing. The new one with the corrected zip is default shipping. This kind of confusing scenario is likely to occur if this isn't fixed. I've narrowed it down to these lines not working:

<mvt:if expr="g.Address_Default_Shipping">
<mvt:if expr="g.Address_Default_Billing">

The page/form doesn't seem to be aware of it when the address is the default shipping or billing address, so those lines don't do anything.

2) The other issue I'm noticing is that if you change the name of a country, that country will then appear at the end of the list of countries in the drop-down on address forms that request a country: OCST, ACAD, CADA, CADE. It doesn't happen on the shipping estimate form though. There, the modified country appears in alphabetical order.

I suspect that these two issues are only occurring on fresh installs of 9.7 (or updates of recent installs) as I haven't seen them reported so far?

Kyle Creasy, Alphatect

[Eric Foresman]

After a fresh install of 9.7 (9.07.02 immediately updated to 9.07.03) on a devsite, I have two issues to report.

1) The issue I was having with the CADE Address Edit page (https://www.miva.com/forums/forum/on...ter-9-7-update) is still present after the fresh install. (I tested this immediately after the install, without making any changes or customizations. The "Require CSRF Token for Customer Actions" setting is pre-checked with the fresh install.) If you create an account and add an address, where this address is default shipping, billing or both, then edit the address, the corresponding Default Shipping / Default Billing checkboxes are not pre-checked on that page (CADE). This will confuse customers, especially in the following type of scenario:

You add an address, name it "address-1" and set it as both default shipping and billing. Then realize you made a mistake on the zip code, so click Edit to change the zip. You change the zip and see that neither Default Shipping or Default Billing are checked, you then check only Default Shipping and save. Now when you go back to the main address book page (CABK), you have two separate entries named "address-1" - the original one with the wrong zip is still default billing. The new one with the corrected zip is default shipping. This kind of confusing scenario is likely to occur if this isn't fixed. I've narrowed it down to these lines not working:

<mvt:if expr="g.Address_Default_Shipping">
<mvt:if expr="g.Address_Default_Billing">

The page/form doesn't seem to be aware of it when the address is the default shipping or billing address, so those lines don't do anything.

2) The other issue I'm noticing is that if you change the name of a country, that country will then appear at the end of the list of countries in the drop-down on address forms that request a country: OCST, ACAD, CADA, CADE. It doesn't happen on the shipping estimate form though. There, the modified country appears in alphabetical order.

I suspect that these two issues are only occurring on fresh installs of 9.7 (or updates of recent installs) as I haven't seen them reported so far?

Kyle Creasy, Alphatect

Hi Kyle

For your first issue, I have seen and reproduce this problem now and have filed a bug for it. For your second issue, in mm9.7 we added the ability to modify the display order of country and state lists.

The act of changing the name of a country at the domain level will cause the store level county record to be assigned the Last place in the display order. But now you can go to the store level countries list and re-alphabetize it or modify the display order to suit your needs.

Hope this helps
-Eric

[alphatect]

The act of changing the name of a country at the domain level will cause the store level county record to be assigned the Last place in the display order. But now you can go to the store level countries list and re-alphabetize it or modify the display order to suit your needs.

Yeah that is new. Cool. Thanks Eric!
Kyle Creasy, Alphatect

[TFo]

I have a problem with Search Preview. I did a quick search of the forums, and didn't find anything on this.

The current category is carried over to the product page when clicking on a Search Preview menu item from a search done on a category page.

For example, I have Categories A & B.
I use the search bar while in category A, and one of the search preview results is from category B.
I click that result to go straight to that product.
According to the breadcrumbs on that product's page, I'm still in category A.

Is anyone else seeing this?

Todd

[Eric Foresman]

Hi Todd

Thanks for letting us know about this issue, I have added a bug so that we can get it fixed.

Thanks

-Eric