Miva Merchant 5 Bugs?

[Julie Wilber]

This thread is for pointing out bugs you might have found using Miva Merchant 5.

Please include as much information as possible, including if it can be duplicated and under what conditions.

Before posting anything, please run a search of the forums to see if something has already been posted.

Thanks!

[ILoveHostasaurus]

The Merchant 5 order export is broken. The following two lines of code need to be added where appropriate to reset the shipping and tax counters for each exported order and that will resolve the issue:


<MvASSIGN NAME = "l.order_tax" VALUE = "">
<MvASSIGN NAME = "l.order_shipping" VALUE = "">

[Scott Gilbert]

Maintanence mode warning message does not show.

Docs say: "
When you are preparing to close the store for maintenance, select Offline At, and specify the time (in 24-hour time) and date when your store will close.
When you click Update, users will see your warning message right away. When the specified time arrives, the store will go offline, and users will see the maintenance message."

Users do not see message right away. Users see no message until store is offline.

Question: How does one get this message to display on all store pages?

Thanks, Scott

[alexboyer]

The Merchant 5 order export is broken. The following two lines of code need to be added where appropriate to reset the shipping and tax counters for each exported order and that will resolve the issue:


<MvASSIGN NAME = "l.order_tax" VALUE = "">
<MvASSIGN NAME = "l.order_shipping" VALUE = "">
Any word from Miva about fixing this??? It seems like a quick fix if it just needs a variable reset and considering it's currently the only included way of getting customer orders out of Miva, this is pretty important...

[Julie Wilber]

Any word from Miva about fixing this??? It seems like a quick fix if it just needs a variable reset and considering it's currently the only included way of getting customer orders out of Miva, this is pretty important...

Hi Alex,

We watch the forums closely, and Jimmy and I make sure that the right people see the right threads. Beyond that, all I can say is that it is being looked into. We may not always post a response, but I assure you, Mark gets daily emails from me. :D

Thanks!

[Hostasaurus]

Bug: Multiple Upsale Items selected cause Fatal Error on OSEL.

What: MM5, MySQL, VM5.04, all available updates applied. Can reproduce in multiple stores.

Where: On the multiple item Upsale page, check one or more products (error does not occur if no products are selected). Click Continue. OSEL displays:


Error Code: MER-00001
Description: <b>Unknown Error</b><br><br>&nbsp;&nbsp;Action = AUPM<br>&nbsp;&nbsp;Screen = OSEL
Other Information:


Jen

[wcw]

Here's a nasty bug. I just helped a UK store with a checkout issue. When clicking continue on the osel page, the opay page would never show and the system would timeout. They were using shopper selected sales tax and only had one setting, which was None for 0% tax. Here is the kicker. If the products in the basket had NO attribute/options, it was fine. But if the basket item had options, the screen freezes and opay never shows. Apparently there is an infinite loop in the basketoptions totalling routine of this tax module. He has changed to one of the vat tax modules until miva fixes the bug and it is working fine. I am reporting it so it will go on the list for tracking.

The shopper selected sales tax module has an infinite loop when the basket contains options.

[tenquill]

I had no idea the attributes were causing my problem, but I originally posted this time-out issue a couple of weeks ago:

http://extranet.miva.com/forums/showthread.php?p=1727

Now it makes sense, sort of ;) There's two attributes my client's customers are required to specify.

Wonder is this can be fixed quickly, or if I need to have my client switch back to the State-based method?

Tim Rains
www.tenquill.com

[wcw]

I am reluctant to just correct miva's code and make it available as I don't think the developer's license allows me to just post it. The actual error line is


<MvASSIGN NAME = "l.bask_opt_pos" VALUE = "{ l.bask_opt_count + 1 }">

It should read

<MvASSIGN NAME = "l.bask_opt_pos" VALUE = "{ l.bask_opt_pos + 1 }">

It should take them 5 minutes to fix it and post. But unfortunately the preparation for a streaming update is not that easy. Maybe Jimmy could get a corrected copy, post it to somewhere at miva.com, then make the official update in a streaming update.

[Martine]

Export orders and attributes
I have defined a few attributes for some products (using an attribute template).
When I export my orders, the attribute field names are exported but not the values entered in the orders! Is this a bug?
I can see the values in the order reports but not if I export the orders.
I need to be able to export these attributes values in a file. How can I do that?

Thanks for your help.

Martine

[Vic - WolfPaw Computers]

When a customer logs in from the LOGN screen (as opposed to following the checkout link), after login and Order=0, the customer is incorrectly returned to the SFNT screen in secure mode.

<form method="post" action="&mvt:global:secure_sessionurl;">
<input type="hidden" name="Store_Code" value="&mvte:store:code;">
<input type="hidden" name="Screen" value="SFNT">


Should be:

<form method="post" action="&mvt:global:sessionurl;">
<input type="hidden" name="Store_Code" value="&mvte:store:code;">
<input type="hidden" name="Screen" value="SFNT">

[alexboyer]

Unable to authorize payment: Select failure

Got this error when testing the store. After reading a couple posts in the MM4 and older bugs thread, it seems this is a known issue.

Honestly, I don't care who is blaming who at this point, but it needs to be fixed because it exists in the current MM5.

[sebenza]

Looks like Tax calculation for State Based Sales tax is not rounding correctly.

The tax is 8.25%. For instance, an order for $19.95, the tax was $1.64, but should have been $1.65 as the calculation should be $1.645875.

[Julie Wilber]

Looks like Tax calculation for State Based Sales tax is not rounding correctly.

The tax is 8.25%. For instance, an order for $19.95, the tax was $1.64, but should have been $1.65 as the calculation should be $1.645875.

Actually, this is working as intended. However, both Mark and I are looking into this and seeing about maybe changing it to more of an arimathical rounding system, like the one most of us learned in school. No promises, but I am doing some research into it.

They tried to tell me that it was called Bankers' Rounding, however, in my time working for a bank, we never used this, instead we did the old fashioned 0-4 and round down, 5-9 and round up.

[Jimmy Cooper]

MIVA Merchant has been using banker's rounding (also known as gaussian rounding) in all version since as long as I can remember. (Well, it's been 5 years at MIVA, so maybe that long...) It was designed to function this way.

"When you add rounded values together, always rounding .5 in the same direction results in a bias that grows with the more numbers you add together. One way to minimize the bias is with banker's rounding."

Banker's rounding means that you round to the nearest even number. So, 1.645 would be 1.64 while 2.255 would be 2.26. There is an explanation on this method here: http://thesaurus.maths.org/mmkb/entry.html?action=entryById&id=3064

[aGorilla]

Running this:

<MvDO FILE="{g.Module_Library_DB}" NAME="l.manager" VALUE="{User_Is_Manager(g.admin_user_id)}">
Gives me this:
Runtime error in lib/db.mvc @ [00000041:00000034]: lib/dbeng/users.mv: Line 218: MvOPENVIEW: Unknown table 's01_UserXStore'
Admittedly, I'm doing some pretty strange things in my code, but I'm not telling db.mvc that UserXStore is in the 's01' directory.

Not only is UserXStore not in the 's01' directory, but there is no such file/directory as 'lib/dbeng/users.mv'.

Any suggestions?

[Bruce - PhosphorMedia]

Feature? Well, I wouldn't go that far...but, the "resolution" is more of a Feature Request for those that really are worried about the $00.25 they might owe the state....

In all seriousness, I would agree that that the method of tax computation in general should be more flexiable.

[Julie Wilber]

I've been having to pull a lot of posts recently so let's try to keep this thread clear of discussion. This is really for bugs that can be duplicated and any work around that you may have come up with.

If you have a question about it, post a new thread and if it is a bug it will find it's way here.

Thanks

[ILoveHostasaurus]

I just edited a customer's product display layout template and called my revision:


Replaced body font with <div> for description


After doing that, the drop down list for Versions only has previous revisions, my revision is stuck over in the grey area next to the box and the recall and clear buttons no longer work.

[Suzanne.obh]

My Miva powered store (Gamesavers.net) accepts paypal payments only. I have been having an intermittant problem of orders not getting reported via the MIVA 'user interface'. I receive a payment for the order through paypal, but there is no order data visible through the miva 'user' interface and I receive no email 'order received' notification. I have to retrieve the order info through PHP database access. Sometimes I do receive the notification and can access the order info through the standard miva 'user' interface. The IPN and auto-return set up in paypal were as instructed on the miva payment configuration page when this problem started. In an effort to fix the problem, I was told by my hosting company (hostmysite.com) to change the auto-return URL from ending in paypali.mvc? to paypalp.mvc? The probelm continues to occur quite frequently even with this change. Is this a known bug in the system and what can I do to prevent this from happening?

[Suzanne.obh]

There appears to be a bug with the Affiliate link image hyperlink configuration. I assume that when an image is uploaded on the configuration page, the html hyperlink text should appear on the affiliate page so that an affiliate can copy and past the html onto their websites. Instead, miva appears to be inperpreting the html and displays the image on the affiliate page with a hyperlink to the store's main page. Is there a fix for this?

[Vic - WolfPaw Computers]

Its actually a known flaw rather than a bug. The MIVA PayPal module requires the customer to click on the final checkout button on the PayPal site before your MIVA Store is notified of the accepted payment.

To avoid this issue, get Weiland's PayPal Module (http://www.mivacentral.com/Merchant2/merchant.mv?Screen=PROD&Store_Code=m&Product_Code=WCW-PAYPAL5&ref=WPAW) instead.

It will eliminate this issue.


My Miva powered store (Gamesavers.net) accepts paypal payments only. I have been having an intermittant problem of orders not getting reported via the MIVA 'user interface'. I receive a payment for the order through paypal, but there is no order data visible through the miva 'user' interface and I receive no email 'order received' notification. I have to retrieve the order info through PHP database access. Sometimes I do receive the notification and can access the order info through the standard miva 'user' interface. The IPN and auto-return set up in paypal were as instructed on the miva payment configuration page when this problem started. In an effort to fix the problem, I was told by my hosting company (hostmysite.com) to change the auto-return URL from ending in paypali.mvc? to paypalp.mvc? The probelm continues to occur quite frequently even with this change. Is this a known bug in the system and what can I do to prevent this from happening?

[Greg B]

When the search screen uses the expanded product view in/of the list, the post back form does not include the correct variables to maintain the keyword that was searched for along with incorrect field values for the product and store codes.

<input type="hidden" name="Store_Code" value="&mvte:global:Store_Code;">
<input type="hidden" name="Product_Code" value="&mvt:product:code;">
<input type="hidden" name="Search" value="&mvte:global:Search;">

Above are the correct references that can be modified by using the advanced editor so that the shopper is returned to the search page after clicking "add to cart"

[wmgilligan]

When viewing the atribute templates, clicking the NEXT button does nothing. I have preferences set to view 100 items, but it only shows 10.
The only way to see the rest is to set the number to 100 and update.

[amcjewelry]

I have a bug in my store - I keep getting application time out errors when a customer creates a new account and the system creates duplicate customer records in the database. I have been able to recreate this error several times. When I pack the datafiles - I receive no errors. Also it seems on the duplicate record there is no password. At least when I deelte the 1st record and click the link to send lost password to me - it comes back with a blank password.

I am using

Production Release 2
MIVA Engine v5.03
Database API: mivasql

Is there a work around for this problem ?

[aGorilla]

Making a component module Inactive does not stop it's content from being displayed in the store.

[Jim@petmedstore]

When we export the orders from Miva 5 store, the shipping is calculated wrong, in the exported file.

It add the shipping cost of first order to the second, and shipping of first & second order to the third.
here's shipping for three orders


ORDER_SHIPOrder1 3.99Order2 7.98Order2 7.98Order3 11.97

when I look at the orders in the admin they appear to be fine.

Is it known issue? Is there any solution or workaround for this problem.

thanks

Jim

[ILoveHostasaurus]

When we export the orders from Miva 5 store, the shipping is calculated wrong, in the exported file.

It add the shipping cost of first order to the second, and shipping of first & second order to the third.
here's shipping for three orders


ORDER_SHIPOrder1 3.99Order2 7.98Order2 7.98Order3 11.97

when I look at the orders in the admin they appear to be fine.

Is it known issue? Is there any solution or workaround for this problem.

thanks

Jim

You'll find the same bug for the tax column if your store collects tax.

[Hostasaurus]

Merchant 5, PR2, patches up to date, VM5.04, MivaSQL or MySQL.

When using "Export Products to Flat File", selecting "Include Category List" and the format as "Import Products from Flat File", the export file created puts a space between the category codes. e.g.,
Product_A My Product A CAT_CODE_1, CAT_CODE_2 0.0 ...etc.

instead of

Product_A My Product A CAT_CODE_1,CAT_CODE_2 0.0 ...etc.

The incorrect format means that if the file is used to import products, the product will only be added to the first category on the list.



Jen

[James1stEasy]

Re: Bug: Multiple Upsale Items selected cause Fatal Error on OSEL.

Does anybody know if there is a way of finding out whether any progress has been made by the MIVA Engineers with regard to the Multiple Upsale Items bug reported by Jen? I've taken a quick look through the Patch and Download history on the MIVA site, but it doesn't seem to have been mentioned.

I'm just trying to get a potential time scale for a fix, as one of our customers used multiple upsale on their mm4 store; now they've moved to mm5 they're finding the bug to be a bit of a problem.

Cheers,

James

[Julie Wilber]

Hi folks,

I try to keep up with this thread and make sure that the right people are looking into each issue that is brought up.

However, that is getting more and more difficult.

If you don't know if something is a bug or not, please post it in the forum first. If it's a bug, it will eventually make its way here.

Please do not discuss issues here. Make a new thread if you want to discuss an issue.

Thanks for you help!

[razertip]

In Edit Store - Generic Currency Formatting.

If you set the currency symbol to "Other" then update the page, the currency symbol you set works. But if you go back at anytime and update any page under Edit Store it drops the currency symbol and displays the following message:

"Please specify a user defined currency symbol"

As long as this is the last item you update under Store Edit it works. It is annoyingly repeatable

This is similar to the Canadian VAT problem that was in early MM4 versions.

[Red Flare]

http://extranet.miva.com/forums/showthread.php?p=7492#post7492
This is not cross-posting just to let you know that there are issues with Mivasql and affiliate program. See the post above for more info

[wcw]

I didn't see this one in the reported list. Since the thread is designed for new stuff to go to the end, I doubt Miva techs will see this but I'll post it anyway.
This works:

<mvt:item name="hdft" param="footer" /> &mvt:global:store_code;


This DOES NOT work:

<mvt:item name="hdft" param="footer" />&mvt:global:store_code;



When you don't leave the space after the /> it throws the error ....Found "/>&mvt" when expecting an attribute name.


While in most cases you can just put a space or line feed and eliminate the error, there may be times when you would not want to.

[wcw]

Here is another bug related to parsing tokens:

If nmonth, ndayofmonth, and nyear are all global variables and you try to display them like:


<br>Current date (our time): &mvt:global:nmonth;/&mvt:global:ndayofmonth;/&mvt:global:nyear;


You get:

Current date (our time): 5/&mvt:global:ndayofmonth;/&mvt:global:nyear;


Only the first variable gets displayed. The other two display the token text. If you put each element on a different line, it displays but there is a space before and after the slash characters so it looks like 5 / 28 / 2006 While that is better than nothing, the display should look like 5/28/2006.

Workaround?

Fix?

[chucklasker]

Wow. I just discovered a horrible difference between MM4 and MM5's checkouts as they behave with international orders. I actually think it makes International orders practically impossible.

In MM4, the Bill To country defaults to <Select One> while in MM5 it's United States. So, if someone picks a different country, they are forced to fill in the Bill To information. Crazy.

In MM5, if they don't put in a zip code, it comes back with an error, and the Ship To country goes back to United States. That's ridiculous. It should keep the country selected before the error, as MM4 does.

It's easy to see how terrible this is. Pick any MM5 store. Begin checkout. Choose Place order without account. Enter only Ship To info and use International information, with the Zip Code blank and a country other than US. See? It goes back to US in the Ship To country field. Now, enter something in the Zip Code, rechoose the non-US country and submit. What's that? Yes, it's asking for Bill To information.

I hope this gets fixed, since it's been discussed in this forum since April. Anyone working on this at MIVA?

[Bruce - PhosphorMedia]

1) Create an Account.
2) Log Out
3) Log back into the Account
4) Attempt to change the "Send lost passwords to" field (and reenter second password field)
5) Click Update.(You are logged in)
6) View your Account info...email address DOES NOT change.

[Pete McNamara]

A number of us are having a problem with CIN not working with product codes:

http://extranet.miva.com/forums/showthread.php?p=11196#post11196

In my case, this does not work on the Basket contents page (among others):

<mvt:if expr="'FRESH' CIN l.settings:product:code"> <img src="graphics/approx.jpg">
<mvt:else>
&nbsp;
</mvt:if>

[chucklasker]

I posted in another thread something about the International Bug that clarifies and expands on my post a couple down this list:

http://extranet.miva.com/forums/showthread.php?p=13555#post13555

This is serious. I have a client who sells internationally, and not one customer has gotten past the customer information screen due to this bug. Please let me know if this is acknowledged as a bug, and if it's being worked on.

[dotCOM_host]

Bug: Multiple Upsale Items selected cause Fatal Error on OSEL.
Has this issue actually been resolved? I haven't seen anything in the release notes, but all MM5 stores with VM 5.04 and mySQL that I've tested appear to be working properly and I get no errors after selecting multiple upsale items. There's a user here with a current thread (as of 7/23/06) with a store that apparently doesn't work, but I cannot duplicate this on any of the stores we host. Either it's been fixed in Core-7 update, or.... is there something else causing this??

[dotCOM_host]

... or, Jen, can you see if the store(s) you've run into with this problem are perhaps running mivaSQL? I know you mentioned VM 5.04 so chances are slim, but I thought I'd ask. The stores I've tested are all running mySQL.

[Bruce - PhosphorMedia]

I posted in another thread something about the International Bug that clarifies and expands on my post a couple down this list:

http://extranet.miva.com/forums/showthread.php?p=13555#post13555

This is serious. I have a client who sells internationally, and not one customer has gotten past the customer information screen due to this bug. Please let me know if this is acknowledged as a bug, and if it's being worked on.

This is a repost, but in case anyone is looking at this thread, see this thread for a patch (http://extranet.miva.com/forums/showthread.php?t=2785)...

[Club RSX.com]

I found a really nutty one today. If you use the code "GT" under custom product fields it won't allow you to use it on any page. It causes an error:

MIVA Merchant has encountered a fatal error and is unable to continue. The following information may assist you in determining the cause of the error:

Error Code: MER-TUI-MGR-00006
Description: Error compiling template: Line 1: Expression compilation failed: Argument expected in Expression
Other Information:

[Bruce - PhosphorMedia]

That's because GT is the Great Than operand....

[dsisaacs]

1. export products to flat file does not include attribute. stock level or track inventory this information is critical

2. export products to flat file, include categories does not complete

I have 2300 products, I have checked all product codes for spaces and special characters.

I also have a problem with search, it fails in store but works in admin
I have not altered the search page

[Vic - WolfPaw Computers]

1. This is not a bug. This is how Merchant has always operated.

2. What do you mean does not complete. What happens? Do you get an error? If so, what error?

3. What exactly is the problem with the seraching?

Difficult to give you answers when you're so vague about what is wrong.


1. export products to flat file does not include attribute. stock level or track inventory this information is critical

2. export products to flat file, include categories does not complete

I have 2300 products, I have checked all product codes for spaces and special characters.

I also have a problem with search, it fails in store but works in admin
I have not altered the search page

[dsisaacs]

2. export with categories does not complete...
miva 5 creates the file, begins to export, exports 20 of 2300 records and stalls. the format for record 21 is identical to record 20. I downloaded and opened the file in excel with no errors, just short on data.

export of products works fine except for the data I think should be included i.e. inventory levels, attributes, and tracking.

call me crazy but I would like to be able to select to export the same information that I can import.

Is there way to export the current product inventory levels?

[ILoveHostasaurus]

2. export with categories does not complete...
miva 5 creates the file, begins to export, exports 20 of 2300 records and stalls. the format for record 21 is identical to record 20. I downloaded and opened the file in excel with no errors, just short on data.

export of products works fine except for the data I think should be included i.e. inventory levels, attributes, and tracking.


What happens when you run the export? Does it tell you completed, blank screen, internal server error, etc.? And what platform (i.e. Windows, linux, etc.) is this on?

[Vic - WolfPaw Computers]

There is currently no way to export the product inventory levels.

However, if you are using MySQL for your backend, you could write a very simply MySQL query to pull the inventory levels.

[dsisaacs]

when I run the export
I create a new file name
select all products
select include category list
file format is import products from flat file

1 minute later
The page cannot be found

The page you are looking for might have been removed, had its name changed, or is temporarily unavailable.Please try the following:
<LI id=list1>If you typed the page address in the Address bar, make sure that it is spelled correctly.
<LI id=list2>Open the www.artstampn.com (http://www.artstampn.com/) home page, and then look for links to the information you want. <LI id=list3>Click the res://C:\WINDOWS\system32\shdoclc.dll/back.gif Back (javascript:history.back(1)) button to try another link.
Click res://C:\WINDOWS\system32\shdoclc.dll/search.gif Search (javascript:doSearch()) to look for information on the Internet.

HTTP 400 - Bad Request
Internet Explorer


this time I got the first 3 records only

[Vic - WolfPaw Computers]

This is probably related to your search issue.

You're host has you on an overcrowded server and the global timeout set far too low.

They are also probably running MIVA Engine 5.04 and you are using mivasql for your database API.

[Mark1045]

Production Release 2
MIVA Engine v5.04
Database API: mysql
All upgrades applied.

When I have multiple users checking out, the "add to basket" feature takes a long time to reload the product page and often does not add or increase quantity even after several clicks.

[Mark1045]

It appears that this is happening only on products that have inventory tracking activated and are down to the last item. Since I was testing, I did not pay attention to the fact that the product I added to the basket was being removed from the category page.

[godogo]

Of course this HAS to happen when I get a sudden surge of hits/orders on my site - but all of a sudden the order confirmation screen on my site comes up blank when people order. So then the customer tries to order again and they end up with multiple orders. What's weird is that sometimes the duplicate order notification email comes to me with a blank order for $0.00, or I get duplicate orders with the same order number. I am receiving the correct initial order however - but the customer doesn't know this, so I'm getting scores of confused emails from customers.
This problem seems to have happened after I performed a routine Miva upgrade. I can't remember what the upgrade was for, but it could have been for my payflow pro module. My payment gateway insists the problem isn't with them, and my web host initially said the same, but now they are trying to locate the problem. So far there has been no success. I am REALLY frustrated about this. Any clues or insight would be much appreciated.

[Vic - WolfPaw Computers]

What is the URL to the store?

Of course this HAS to happen when I get a sudden surge of hits/orders on my site - but all of a sudden the order confirmation screen on my site comes up blank when people order. So then the customer tries to order again and they end up with multiple orders. What's weird is that sometimes the duplicate order notification email comes to me with a blank order for $0.00, or I get duplicate orders with the same order number. I am receiving the correct initial order however - but the customer doesn't know this, so I'm getting scores of confused emails from customers.
This problem seems to have happened after I performed a routine Miva upgrade. I can't remember what the upgrade was for, but it could have been for my payflow pro module. My payment gateway insists the problem isn't with them, and my web host initially said the same, but now they are trying to locate the problem. So far there has been no success. I am REALLY frustrated about this. Any clues or insight would be much appreciated.

[godogo]

What is the URL to the store?

http://www.yellowman.com

[Vic - WolfPaw Computers]

Are you running Merchant 5 on MIVA Engine v5.04 with Merchant API: mivasql?

[godogo]

Are you running Merchant 5 on MIVA Engine v5.04 with Merchant API: mivasql?
Yes. That's exactly it.

[godogo]

Now my web host is telling me that the only way to fix my problem might be to reinstall Miva!!! What a nightmare! I refuse to accept that solution. They also tell me that it often takes days for Miva to respond to any questions, so I have to be prepared to wait. I can't wait.

[Vic - WolfPaw Computers]

That is wrong.

They have installed v5.04 of the MIVA Engine which has known bugs that cause mivasql stores to run MUCH slower. Re-installing will not do a thing.

[godogo]

I found a fix, I think. I went into the invoice page and reverted it to an older history. Things appear to be working now, although there must have been a reason for the last change. I can't remember. Here's the difference between the two - only in the first lines, as far as I can tell:

The one that works:
<html>
<head>
<title>&mvt:store:name;: Invoice</title>
<base href="&mvt:global:basehref;">
<mvt:item name="head" />
</head>

the one that doesn't work:
<mvt:item name="ctgytemplate" />
<mvt:exit />

<html>
<head>
<title>&mvt:store:name;: Invoice</title>
<base href="&mvt:global:basehref;">
<mvt:item name="head" />
</head>

[Vic - WolfPaw Computers]

For one, you had the ctgytemplate item before the body tag...

Second, why would you even be calling the ctgytemplate on the INVC screen? The category display is not used on the INVC.

[ILoveHostasaurus]

I've found a bug in the new Payflow Pro module.

In very old versions of Merchant, I believe 4.12 and below, the Payflow Pro module was missing the fields for partner code and vendor code, so what you would do is specify your username as:

username&PARTNER=code&VENDOR=username

and it would work. Upgrading to newer versions of Merchant would carry this format forward even though the module gained the boxes for those values in those later versions. In those versions though, having that extra data there would effectively just pass it to Verisign twice and worked fine as the duplicate data must have been ignored.

With the new Merchant 5 module, having that old style value there for username causes an 'unable to authorize payment' error. We had a customer whose store automatically applied the Payflow Pro update several days ago and had a low enough volume that they at first just thought no one was shopping but then tried a test checkout and found the error instead.

The module should check for ampersands in the username field and either not install itself or truncate everything starting with the first ampersand and then warn the user to check the settings and test a checkout. It should be safe to truncate because the username has to be the first value in the box.

[HelenaM]

Is there a fix for this problem? I can't find anything more about it.
Thanks,
Helena

Maintanence mode warning message does not show.

Docs say: "
When you are preparing to close the store for maintenance, select Offline At, and specify the time (in 24-hour time) and date when your store will close.
When you click Update, users will see your warning message right away. When the specified time arrives, the store will go offline, and users will see the maintenance message."

Users do not see message right away. Users see no message until store is offline.

Question: How does one get this message to display on all store pages?

Thanks, Scott

[Hostasaurus]

... or, Jen, can you see if the store(s) you've run into with this problem are perhaps running mivaSQL? I know you mentioned VM 5.04 so chances are slim, but I thought I'd ask. The stores I've tested are all running mySQL.

Sorry, just saw this. Yes, it's still occuring. I just tested it in a brand new install with PR3 on MySQL and still getting the error. To reproduce just set up a product with two or more upsale, then checkout selecting at least one of the upsale items.

Jen

[Hostasaurus]

MM5 MySQL, PR3 also tested on PR2.

This is the top of the category header table with a category title and no category header text:

<blockquote>
<font face="Arial, Helvetica" color="#000000">
<b>Category A</b>
</font>

If text is added to a Category Header for a specific category (not the general generic CTGY Header/Footer under Pages), the page adds a <BR> between the header and the category title/image. e.g.:

<blockquote>
This is Category A's header
<br>
<font face="Arial, Helvetica" color="#000000">
<b>Category A</b>
</font>

This is expected. But, if the text is then removed from the category header, the extra <BR> is not removed. e.g.:

<blockquote>
<br>
<font face="Arial, Helvetica" color="#000000">
<b>Category A</b>
</font>


This means that the category title/image is one line lower then it should be for any category that had header text at some point. Yes, it's cosmetic, but effects the overall look of a store when the category title is spaced differently across categories.

Jen

[MikeN75]

I can see the values in the order reports but not if I export the orders.
I want export these attributes values in a file. I need any idea how to save it in file. :confused:

[lbdesign]

I believe the upsell feature using mutiple products is a bug. Please refer to these threads for details:

http://extranet.miva.com/forums/showthread.php?t=2814

http://extranet.miva.com/forums/showthread.php?t=3530

Miva, do you know about this? Are you working on it?
Thanks

[cre8ive]

I created a template with text fields for the customer to enter imprint info. Problem is that they are appearing in the shopping cart out of order. Is there a fix for this?

Ilene

[wmgilligan]

The category header and footer contains a <br> tag that can NOT be removed.

There is no need for this. the br should be in the page template, and not in an uneditable part of the code.

Bill

[Brandon MUS]

It appears that in order to get the Order Total for use in determining Price Based Shipping, Miva sums the products total. It doesn't take in to account other "charges" such as coupon redpemption, gift certificates, or any other charges third party modules may use.

[chucklasker]

In MM4, if I add an item, go to the basket screen, and click Remove, it will go to "Your shopping basket is currently empty." If I click BACK in my browser, and click Remove again, it goes to the same screen. It's a silly process, but customers do it fairly often when they go Back and see the product seems to still be in the cart.

In MM5, the same process results in a Fatal Error screen. Here's an example:

Go to http://www.security-resources-inc.com/mm5/merchant.mvc?Screen=PROD&Store_Code=SRI&Product_Code=Pepper-Spray-SW9FT-CEP. Add to basket. On basket screen, click Remove. Then, click BACK in your browser, and click Remove again. There it is - Fatal Error. This happens on all my MM5 stores.

[Brandon MUS]

Maybe this is just me, but is it possible for Miva to acknowledge these bugs? Are they working on these? When will patches be made available? This is getting to be a pretty big list....

[dsisaacs]

I keep getting blank pages in the MIVA Merchant 5 Online Help here is one

http://docs.smallbusiness.miva.com/en-US/merchant/5/webhelp/Add_a_Catagory.htm

Add a Catagory

Type topic text here.

[ILoveHostasaurus]

I keep getting blank pages in the MIVA Merchant 5 Online Help here is one

http://docs.smallbusiness.miva.com/en-US/merchant/5/webhelp/Add_a_Catagory.htm

Add a Catagory

Type topic text here.

What series of clicks did you use to get to that page? If I load the root help for MM5 at http://docs.smallbusiness.miva.com/en-US/merchant/5/webhelp/ and click on Stock the Store -> Categories -> Add New Category I get a different page that does have the correct content.

[dsisaacs]

from within my mm5 store expand the tree and click on the [add] link next to categories when the page opens click on the help button in the upper right

how about this one miva merchant online help do a search for pages, scroll down the list on the left to pages and select it...
Pages

Type topic text here.

I am available for a fee to find others LOL
somebody needs to check all the help pages for content and test all the links

[lbdesign]

PLEASE fix the reporting error on the "Export Orders To Flat File" report. Both the problem and the solution have been documented by users, but it's up to Miva to implement it.

[lbdesign]

And there is an additional error in the Export Orders To Flat File report: Any product with an attribute is being reported twice in the .dat file, which inflates the order total. ie: a product with an attribute is reported as two purchases of the same product, doubling the "income" from that product, even though only one was purchased. This is much more serious.

[Brandon MUS]

I really enjoy that we have a thread where we can post all the bugs we have found, but I feel that this thread is worthless if Miva isn't responding to anything we say. They stickied the thread saying that they would watch it closely, but I haven't seen them say "fixed" to anything posted in this thread. We have customers getting upset that stuff that has been working great is now "broken" in our recent "upgrade" to MM5

[Red Flare]

I am not sure, but I think the person who mentioned she will be watching this thread is no longer around this forum.

[czieler]

I sent a bug report, but figured I'd post this as well. This has become a major issue for us, as each of our products is unique (live saltwater coral).

I have inventory tracking on for each product and set the qty to 1.

It appears that if people are in shopping, and I then go and delete expired shopping baskets..the qty for an item sometimes gets set to 2 ... and even sometimes 3. So basically each time I delete expired baskets..I have to go through and look at each page of items to see if the qty is still at one.

To reproduce:
1. Add product, set track inventory to 1.
2. Add product to cart
3. Let cart expire
4. Delete expired baskets.

It doesn't happen every time though....its sporadic.

We have our shopping cart timeout set to 1 hour. In my opinion....once a cart is expired, it should automatically be deleted..and the qty reset to 1.

I've had items sell...and before I can go get the coral out of the tub for shipping... if I delete carts...I might miss that the qty got set to 1 again..and then someone orders it again..and I have to call and told them it was a mistake on the site.

Pls tell me if there is some other way I should be doing this... but it seems to me a bug when deleting expired carts.

Also...it'd be nice to just have a way to say never put qty over 1... and if it sells..deactivate it..but give me a link in the order to the picture so my business partner can see what coral was ordered w/out having it stay active on the site...so they can go get it and box it up.
( I know this is a feature request ).

[jason - jmh web services]

When you go to a products attributes, check an attribute to be deleted, and then hit delete instead of update, it deletes the entire product. Why the hell would a delete product button be on the attributes screen?

[wcw]

When you go to a products attributes, check an attribute to be deleted, and then hit delete instead of update, it deletes the entire product. Why the hell would a delete product button be on the attributes screen?
It has been that way since day one, version 1.x. Those are the standard buttons on that screen. Wait til the day you hit the delete button and it wipes out the whole store. :-(

[Brandon MUS]

In Miva 4 I deleted our entire Frequent Buyer Program because I hit the delete button while trying to remove a customer from the program. Not only was there not a confirmation dialog, but the button was right next to "update" which is what I meant to hit..... Lucikly I could unmark the records from being deleted, but had my hostasaurus team not helped me with that, I would have been tarred and feathered by customers

[KiltedMan]

It has been that way since day one, version 1.x. Those are the standard buttons on that screen. Wait til the day you hit the delete button and it wipes out the whole store. :-(
I've had a customer do that before T_T;

Clarity of the button's language would be great. Adding a word or two so buttons say useful things like "Delete Store" or "Update Template" or "Completely destroy everything you've done without any confirmation leaving you crying in the corner." You know, useful, descriptive buttons to help ensure people don't do things they shouldn't. It's like the difference between "Submit" and "Submit Reply" on the forum here.

[dreamingdigital]

Merchant 5, PR2, patches up to date, VM5.04, MivaSQL or MySQL.

When using "Export Products to Flat File", selecting "Include Category List" and the format as "Import Products from Flat File", the export file created puts a space between the category codes. e.g.,
Product_A My Product A CAT_CODE_1, CAT_CODE_2 0.0 ...etc.

instead of

Product_A My Product A CAT_CODE_1,CAT_CODE_2 0.0 ...etc.

The incorrect format means that if the file is used to import products, the product will only be added to the first category on the list.



Jen

Has this been fixed yet. We're running the latest Miva version and engine. I wondered why when I imported products back only 1 of the cat assignments took! And I imported directly from the export file. I guess for now I'll edit the export file and go through that column and get rid of any spaces. At least now I know it's not a complete loss of category assignment data.

[Kent Multer]

I just ran into this big on a MM5 store. I see that it was first reported in April ... any news on a fix?

Bug: Multiple Upsale Items selected cause Fatal Error on OSEL.

What: MM5, MySQL, VM5.04, all available updates applied. Can reproduce in multiple stores.

Where: On the multiple item Upsale page, check one or more products (error does not occur if no products are selected). Click Continue. OSEL displays:


Error Code: MER-00001
Description: <b>Unknown Error</b><br><br>&nbsp;&nbsp;Action = AUPM<br>&nbsp;&nbsp;Screen = OSEL
Other Information:


Jen

[chucklasker]

If you ever have kids, and you need to explain the definition of "abyss," show them this thread...

[Hostasaurus]

PR3

Checkbox attributes are missing the closing " on the TD ALIGN tag after "left":


<td align="left valign="middle">
<font face="Arial, Helvetica" size="-1">
<input type="checkbox" name="Product_Attributes[1]:value" value="Yes"> check box
</font>
</td>



Jen

[virtualkiwi]

Trying to upgrade a store from core-2 to core-3 fails with the following:

Error Code: MER-UPG-ADM-00002
Description: Download of patch file 'http://licensemgr.miva.com/updates/merchant/5.00//PR2/module-lynksys-1.pkg' failed

There's a typo here with double // in the path.

[wmgilligan]

The Merchant 5 order export is broken. The following two lines of code need to be added where appropriate to reset the shipping and tax counters for each exported order and that will resolve the issue:


<MvASSIGN NAME = "l.order_tax" VALUE = "">
<MvASSIGN NAME = "l.order_shipping" VALUE = "">


David and all - I have released a FREE module that fixes this, as well as the export of the missing OPT_DATA and OPT_LDATA fields. These two fields are NOT exported, and they include text and text area fields respectivly.

Bill

[lbdesign]

David and all - I have released a FREE module that fixes this, as well as the export of the missing OPT_DATA and OPT_LDATA fields. These two fields are NOT exported, and they include text and text area fields respectivly.

Bill
Dear Bill,
Thank you! Does this also fix the bug in this same order export report that causes products with attributes to count twice towards the order total? I have spent several weeks communicating with Miva tech on this and they acknowledge it but say there is no timeline for a fix from their end.
thanks,
--Lee
PS: where do we find your patch module?

[wmgilligan]

Hi,
I believe it does. but I did not specifically check for this.

If you email me at bill@gilliganonline.com, I will send you the module, and then run it on your end.
If it is not fixed - send me a partial copy of your export that includes the problem, and I'll see what I can do.

Bill

[lbdesign]

Thank you Bill, I sent you an email. We need to do monthly reporting so I can check it immediately for you. --Lee


If you email me at bill@gilliganonline.com, I will send you the module, and then run it on your end.
If it is not fixed - send me a partial copy of your export that includes the problem, and I'll see what I can do.
Bill

[pairodimes]

Because this thread is about Bugs - I have never been pleased with the SEARCH functino in the MIVA 5 Documents.

When I am in the Admin control panel I clicked on Documents and tried to do a search - this pulls up a Glosseory or Index of sorts. Im not stoked. This should go to a search box like any other site would.

[Vic - WolfPaw Computers]

That does not qualify as a bug. A bug is an error that can be reproduced under a specific set of circumstances.

This falls more into the arena of gripes and or feature improvements :)


Because this thread is about Bugs - I have never been pleased with the SEARCH functino in the MIVA 5 Documents.

When I am in the Admin control panel I clicked on Documents and tried to do a search - this pulls up a Glosseory or Index of sorts. Im not stoked. This should go to a search box like any other site would.

[ILoveHostasaurus]

Apparently the MM5 installer doesn't realize Wyoming is a valid state for registration.

[kingkoo]

So am I right there is still no resolution about the maintenance mode warning message not showing up?

Thanks

[Vic - WolfPaw Computers]

There has been no announcements this has been fixed.

So am I right there is still no resolution about the maintenance mode warning message not showing up?

Thanks

[Mark1045]

I am having big problems with inventory tracking since switching to mm5. I have customers buying products that were previously set to 0, only to find that the inventory amount increased to a positive number... on it's own.
Also, products that have a number in the name field sometimes show inventory count with that same number. For example product name: "1001 Best Practices". Inventory count: 0 has changed to: 1001. How weird is that?

Does anyone know of a fix for this? This problem seems to be getting worse and we are loosing customers when we have to tell them that some of the products they were allowed to order are no longer available.

[agenius]

The inventory bug is alive and well. Is there an estimated date of fixing this or is there some workaround? We have several stores attempting to track inventory and it's quite an issue.

[lbdesign]

My experience with Miva has been that the only way to get a response on bug reports is to go through online tech support and report the bug officially. That's the only way you'll get confirmation that the bug is logged. Try this:

http://smallbusiness.miva.com/support/bugs/

[Brandon MUS]

My experience with Miva has been that the only way to get a response on bug reports is to go through online tech support and report the bug officially. That's the only way you'll get confirmation that the bug is logged. Try this:

http://smallbusiness.miva.com/support/bugs/
I agree. That's how I got one of my bugs solved... It also helps if you get your host (preferably a Miva Partner) involved to help escalate the ticket.

[ILoveHostasaurus]

I agree. That's how I got one of my bugs solved... It also helps if you get your host (preferably a Miva Partner) involved to help escalate the ticket.

The inventory one has been reported and re-reported frequently. :)

[wcw]

When you delete a category, the database which connects products to categories (categoryxproduct) is not purged of records associated with the deleted category. This leaves orphaned records in an ever growing categoryxproduct database. These should be cleaned up when the category is deleted.

[Hostasaurus]

When you delete a category, the database which connects products to categories (categoryxproduct) is not purged of records associated with the deleted category. This leaves orphaned records in an ever growing categoryxproduct database. These should be cleaned up when the category is deleted.

In additional to CategoryXProduct not being corrected, the "catcount" column of assigned products is not decremented.


Jen

[wcw]

In additional to CategoryXProduct not being corrected, the "catcount" column of assigned products is not decremented.


Jen
I tried to submit this bug to support but the form crashed my browser. I wonder if MIVA personnel are monitoring this thread.

[agenius]

I'm thinking this is a bug, but it could also be a module I guess.
Huge whitespace in header above the start of any page.
for example, on home page SFNT its there before the start of code for <html> eventhough that line is at the very begining of the code area in SFNT.

Just started happening.
Any ideas? A bug?

[Brandon MUS]

I'm thinking this is a bug, but it could also be a module I guess.
Huge whitespace in header above the start of any page.
for example, on home page SFNT its there before the start of code for <html> eventhough that line is at the very begining of the code area in SFNT.

Just started happening.
Any ideas? A bug?I don't know if I'd call it a bug or anything at all. I'm sure it comes from all the server side code that Miva runs before loading every page (setting the customer's session id, checking for logged in, creating/updating/expiring baskets, etc. etc.). Any whitespace between the tags are probably transfered to the final output. I wouldn't worry about it as it should be harmless.

[Alex Kruglyak]

I tried to submit this bug to support but the form crashed my browser. I wonder if MIVA personnel are monitoring this thread.


Hi Bill,

I can assure you that we do monitor this thread and log issues we confirm to be bugs.
Unfortunately we can't respond to every issue but as soon as the time permits, most major and minor issues would be properly addressed.

Thank you,

Alex

[Vic - WolfPaw Computers]

'd have to say that the general perception of the community is that MIVA is spending more development time coming up with new products related to Search Engine, PPC, and ad revenue than they are devoting to fixing all the existing know bugs in the MM5 flagship product.

If your flagship sinks....none of those other products are going to be worth a penny to MIVA.

A little food for thought...

If this perception is incorrect - perhaps seeing more progress on the status of reported bugs and actual fixes would change this impression.

[Brandon MUS]

This thread was started almost a year ago. I'm curious how many bugs have actually been resolved. I'd look in the changelog, but I can't seem to find one.

[Vic - WolfPaw Computers]

There has not been any changelogs released for quite some time now.

[agenius]

Hi Bill,

I can assure you that we do monitor this thread and log issues we confirm to be bugs.
Unfortunately we can't respond to every issue but as soon as the time permits, most major and minor issues would be properly addressed.

Thank you,

Alex

The inventory bug is a big issue. When the inventory reports -13 (negative 13) items there is nothing to sell. The store owner can not track inventory and run a store properly. How can I explain to my customer that the MIVA I have adamantly recommended can not do a simple function like track inventory. This was never the case before but it is a big issue that can't be passed over. Is there a workaround? If a customer can not track, they can not sell items that are negative, they can not pay the host, the designer, and eventually this trickles down to Miva itself. Please look at this as a major factor in promoting and selling the Miva system. As I said, I recommend Miva over all carts for it's expandability features. I don't see a single other issue with using Miva at this time that is more detrimental than this basic function of inventory tracking. At the very least the ability to reset the inventory manually or by upload and have the used figures remain intact.

Thanks.

[dsisaacs]

Looks like the inventory tracking issue really is a bug. Inventory tracked products which were imported allow sales beyond the available quantity and fail to serve up low or out of stock messages.

Manually created products with inventory tracking settings set to default, do not allow more than the available quantity to be sold and serve up the limited, low and out of stock messages.

My thread on this issue http://extranet.miva.com/forums/showthread.php?t=6491

[CAFECOSA]

The Merchant 5 order export is broken. The following two lines of code need to be added where appropriate to reset the shipping and tax counters for each exported order and that will resolve the issue:


<MvASSIGN NAME = "l.order_tax" VALUE = "">
<MvASSIGN NAME = "l.order_shipping" VALUE = "">


Is this ever going to be fixed? This was posted in April of 2006 -- seems like a quick and easy fix yet it hasn't been done. HELP!

[agenius]

Looks like the inventory tracking issue really is a bug. Inventory tracked products which were imported allow sales beyond the available quantity and fail to serve up low or out of stock messages.

Manually created products with inventory tracking settings set to default, do not allow more than the available quantity to be sold and serve up the limited, low and out of stock messages.

My thread on this issue http://extranet.miva.com/forums/showthread.php?t=6491


Are you saying that if products are set to default that makes a difference, or only on manually created products. How hard is it to manaully create 3000 products! ouch! One of our stores is also using a module to adjust quantity, but still it is resetting. We have tried manually doing product count and still it reset. Is there some setting that we should use like the default setting only that will help overcome the resetting issue?

Thanks

[dsisaacs]

Are you saying that if products are set to default that makes a difference, or only on manually created products. How hard is it to manaully create 3000 products! ouch! One of our stores is also using a module to adjust quantity, but still it is resetting. We have tried manually doing product count and still it reset. Is there some setting that we should use like the default setting only that will help overcome the resetting issue?

Thanks
I guess I should have posted in here as well when I determined how to work around the import tracking issue.

1. If you manually create a product, turn track to on, increase the inventory level, but make no other changes to the "product inventory settings page". It will utilize the default settings for tracking from the "store admin inventory page".

2. If you import products using the "flat file import" which is native to miva. If you set "adjust by - with a quantity" and "track inventory - yes", but do not set all the additional fields for tracking levels and messages. Inventory tracking WILL NOT WORK.

You must set and complete ALL of the remaining fields for inventory levels and messages for imported products in order to get tracking to work.

In my case, if I set low level to 1 and out of stock to 0, the product pages will show an available in stock quantity that is 1 less than the actual level. If for example I set a product to 5 instock, the product page will show 4 in stock, however the store will allow all 5 products to be sold. This is really confusing, so I just turned off low level tracking.

In the help section regarding importing products it states that you do not need to complete the fields for adjust by and beyond if you are not tracking inventory. Conversly, while they do not clearly state this, you must fill out all the remaining fields.

Somehow the default inventory tracking settings are not properly set for the products during import.

Unfortunately this will not allow you to make a single change to the default settings and have this apply to all the tracked products in your store.

I used a great module from emporium plus product quantity import from flat file (http://www.emporiumplus.com/merchant2/merchant.mvc?Screen=PROD&Store_Code=wcw&Product_Code=1AA00036&Category_Code=1AA)to download all my current inventory levels by product code to apply them to my database to create an upload to replace on import with all the tracking details set. Now all my tracked products will not allow sales beyond current inventory as required.

I used the product quantity import module to import a new inventory level to a product with tracking that worked and it did not break the tracking. When importing inventory levels with this module. all it contains is the product code and the quantity to add to or replace the current level.

sorry for the run on sentences. LOL

[agenius]

Thanks so much for posting that. I'll give it a try at a better hour tommorrow. If it works, I'll be back to let you know, if it doesn't I'll be back... :)

Have a great night!

[dreamingdigital]

When viewing the atribute templates, clicking the NEXT button does nothing. I have preferences set to view 100 items, but it only shows 10.
The only way to see the rest is to set the number to 100 and update.

This is really annoying for us stores with 100's of attribute templates. The bug was reported 05-12-06 which I think is plenty of time to fix a minor glitch in the code. PLEASE FIX for the next release! PLEASE.

[Brandon MUS]

Miva is ignoring their own table structure.

I was writing some code when I realized that Miva isn't using it's own table structure. If I create an attribute with options in Miva Admin (like a drop down menu or a radio button), s01_Options.product_id is never supplied and the DB Connector defaults it to 0. The option is still associated with the correct attribute via s01_Options.attr_id which is the associated with a product via s01_Attributes.product_id, but if Miva made the choice to unnormalize the data and associate the option with the product directly, why did they stop? It's not a big deal at all, just an extra join clause in my SQL, but it was misleading and I at least wanted to make everyone else aware.

[lfreeman]

Can anyone tell me if this issue has been fixed and how I can verify that I have the fix?


Here's a nasty bug. I just helped a UK store with a checkout issue. When clicking continue on the osel page, the opay page would never show and the system would timeout. They were using shopper selected sales tax and only had one setting, which was None for 0% tax. Here is the kicker. If the products in the basket had NO attribute/options, it was fine. But if the basket item had options, the screen freezes and opay never shows. Apparently there is an infinite loop in the basketoptions totalling routine of this tax module. He has changed to one of the vat tax modules until miva fixes the bug and it is working fine. I am reporting it so it will go on the list for tracking.

The shopper selected sales tax module has an infinite loop when the basket contains options.

[Red Flare]

I have a strange feeling MIVA is ignoring this thread.

[lbdesign]

I have a strange feeling MIVA is ignoring this thread.

So many feel this way. Why do we stay in this dysfunctional relationship with Miva? ;)

[wcw]

If miva would send me the source code for the latest shoptax module, I could tell you. It was a simple typo causing the problem, as I detailed earlier in this thread.

The problem with this thread is it is not properly handled. When a bug is reported, it should be logged into miva's bug tracker. Then the employee logging it should comment about the action. Any post that are not related to a bug should be removed from this thread; eg this one. This thread is so bloated that it is impossible for anybody to make heads or tails out of it. Hence, the reason the thread appears to be ignored.

[Brandon MUS]

If miva would send me the source code for the latest shoptax module, I could tell you. It was a simple typo causing the problem, as I detailed earlier in this thread.

The problem with this thread is it is not properly handled. When a bug is reported, it should be logged into miva's bug tracker. Then the employee logging it should comment about the action. Any post that are not related to a bug should be removed from this thread; eg this one. This thread is so bloated that it is impossible for anybody to make heads or tails out of it. Hence, the reason the thread appears to be ignored.
I think that a large portion of why this thread got out of hand is the moderator that originally started this thread is no longer with these forums (from what I can see). So this 'project' probably got dumped on to someone else. I am more or less just using this thread as a reference for what features not to use because I'm not expecting Miva to start fixing these any time soon....

[Mark1045]

I am migrating my store back to MM4 until I can find a totally new platform.

[Alex Kruglyak]

The inventory bug is a big issue. When the inventory reports -13 (negative 13) items there is nothing to sell. The store owner can not track inventory and run a store properly. How can I explain to my customer that the MIVA I have adamantly recommended can not do a simple function like track inventory. This was never the case before but it is a big issue that can't be passed over. Is there a workaround? If a customer can not track, they can not sell items that are negative, they can not pay the host, the designer, and eventually this trickles down to Miva itself. Please look at this as a major factor in promoting and selling the Miva system. As I said, I recommend Miva over all carts for it's expandability features. I don't see a single other issue with using Miva at this time that is more detrimental than this basic function of inventory tracking. At the very least the ability to reset the inventory manually or by upload and have the used figures remain intact.

Thanks.


Hi Suzanne,

This issue has been fixed in MM5 and will be announced shortly. It's available through the streaming update mechanism in MM5.

Thank you,

Alex

[agenius]

Hi Suzanne,

This issue has been fixed in MM5 and will be announced shortly. It's available through the streaming update mechanism in MM5.

Thank you,

Alex

Ahhh, thank you so much, I noticed it on one of my stores tonight on update. That was fast and much appreciated!

I was actaully coming to report on another issue, so I guess I'll proceed with that too. Maybe it's a simple fix or a stupid thing I've done.

On one of my stores I did an import on ads image extra module, and a few other things, and suddenly noticed that we have tripple products showing on both ctgy and srch. since there is no template on srch i feel secure in beleiving this is other than a template issue or code issue. The prod list in admin is still showing only one of each product but the srch (and others) are shwoing triplicates and duplicates with the same exact prod code. Any clues on this?

and again, much appreciated your work on inventory.

[agenius]

I guess I should have posted in here as well when I determined how to work around the import tracking issue.


By the way, your workaround appears to also have done the trick, but thankfully there is a fix in the update.

Thanks much for your help.

[dreamingdigital]

... noticed that we have tripple products showing on both ctgy and srch. since there is no template on srch i feel secure in beleiving this is other than a template issue or code issue. The prod list in admin is still showing only one of each product but the srch (and others) are shwoing triplicates and duplicates with the same exact prod code. Any clues on this?

We have the same thing happening but for only 1 product, showing up twice, one below the other. I even checked in the products table in MySQL and it's only there once: One product Code and one Product ID yet it shows up twice.:confused:

[Alex Kruglyak]

Ahhh, thank you so much, I noticed it on one of my stores tonight on update. That was fast and much appreciated!

I was actaully coming to report on another issue, so I guess I'll proceed with that too. Maybe it's a simple fix or a stupid thing I've done.

On one of my stores I did an import on ads image extra module, and a few other things, and suddenly noticed that we have tripple products showing on both ctgy and srch. since there is no template on srch i feel secure in beleiving this is other than a template issue or code issue. The prod list in admin is still showing only one of each product but the srch (and others) are shwoing triplicates and duplicates with the same exact prod code. Any clues on this?

and again, much appreciated your work on inventory.


I think I may need some clarification on this one :)
"ads image extra module" - is this a 3rd party module?

What version of the engine are you using?

It might be best to escalate this issue through support as they will have full access to your store and could see if anything is out of the ordinary.

[agenius]

I think I may need some clarification on this one :)
"ads image extra module" - is this a 3rd party module?

What version of the engine are you using?


Yes that is a 3rd pt mod.

this particular store is using
Production Release 3
MIVA Engine v5.06
Database API: mysql
It has lots of mods
I don't think we have a support option here as this is a leased store on hostasaurus.

Thanks again!

[Vic - WolfPaw Computers]

The module is by Advanced Development Solutions.

And they do support their modules:
http://www.stlads.com/i/ADS_SUPPORT/ADS-Customer-Service.html


Yes that is a 3rd pt mod.

this particular store is using
Production Release 3
MIVA Engine v5.06
Database API: mysql
It has lots of mods
I don't think we have a support option here as this is a leased store on hostasaurus.

Thanks again!

[agenius]

The module is by Advanced Development Solutions.

And they do support their modules:
http://www.stlads.com/i/ADS_SUPPORT/ADS-Customer-Service.html

Hi Vic, I thought Alex meant miva support. I've already contacted the developer of the module, but I'm not so sure that was the issue.

Thanks

[Alex Kruglyak]

Hi Vic, I thought Alex meant miva support. I've already contacted the developer of the module, but I'm not so sure that was the issue.

Thanks



Hi Suzanne,

I'm fairly certain that this is not a bug in MM5 but a 3rd party module error.
3rd party module bugs are best supported by the Module Provider as diagnosing/fixing such issues would require source unavailable to us.

If you'd like to provide a link to where you're seeing this issue and it's something obvious, I'll let you know.

Thank you,

Alex

[Leanne]

Any chance of getting rid of the extra <br> tags that show up if you've ever used the product header or footer tags? This seems like it should be an easy fix, and it's making a total mess of my new layout :(

[Dan - Kemper Strategic]

Any chance of getting rid of the extra <br> tags that show up if you've ever used the product header or footer tags? This seems like it should be an easy fix, and it's making a total mess of my new layout
Scott at Sebenza just informed me that the latest versions of the Product and Category Template Managers will finally put an end to that annoying <br> tag after the headers and footers.

[Dan - Kemper Strategic]

Here are the header/footer instructions for the Category and Product Template Managers:

Product Template Manager (https://www.sebenza.com/help/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=69)

Category Template Manager (https://www.sebenza.com/help/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=70)

[Leanne]

Thanks, Dan. I've managed to work around it using css for now.

[agenius]

without any imports we still have a client reporting that the inventory reset back to zero values with a few items resetting again to negative. can developers please look at the update and see if there is anything missed on the inventory update correction from the other night.
thanks

[godogo]

I tried putting a header on a product, then I decided to remove it. Unfortunately it produced an annoying space at the top of my product layout and I can't get rid of it. If I try to revert back to the "Original" it goes back to the first header I input rather than the default empty field. How can I reset this?

[Brandon MUS]

I believe I mentioned this before (if I didn't it's because I decided not to post it), but it is possible for a customer to create 2 accounts with the same login. The login of the customer doesn't seem to be checked very well. We have multiple instances where a customer has created more than 1 account (up to 3 in fact) with the same login. It was very easy for me to re-create this by creating an account, hitting the back button and resubmitting my account. The database structure does not list login as a unique key, but I think everyone would agrees it should be. I think this is a bug that should be addressed (though, deep down I know it will be lost in the 15 page thread we have going here....).

[Kent Multer]

(Is this the right place to post bug reports? Excuse me if I've mis-posted.)

I entered a new encryption pass phrase in my test store, and then I tried using the Orders link to search for an encrypted order. When I hit the Search button, I got this:

Runtime error in lib/db.mvc @ [00000085:000000da]: lib/dbeng/encryption.mv: Line 73: MvOPENVIEW: Input parameter count mismatch: Found 1 expected 2


This is in a MivaSQL store, PR3 on engine 5.06.

Thanks --

[Hostasaurus]

PR3, all current patches.

Edit an existing price group, click the Products tab. If there are more products in the store then the default pagination, there should be a "Next" button at the bottom of the list to tab through the pages of products, as there is on the general store Products tab. This button is missing in the price group's Products. The price group's Customers tab is fine, it has the button.


Jen

[Kent Multer]

Hi folks --

I'm working on a module that uses the vis_order feature. This feature provides the expected "Tabs, Content, Validate, Update" functions, but no "Delete." If a module stores custom data that's associated with orders, there's no way to delete that data automatically when the user deletes the order -- unless I'm missing something? Does anyone have a solution for this?

I can always program a work-around, by having some sort of clean-up function that's triggered by other store activity; but I'd like to do something less klugey (do programmers still use that word?). Anyone got any clever ideas on this?

Thanks --

[wmgilligan]

Hi,
I am experiencing this in a store as well (almost identical - no timeouts).
Can you email me off list? I would like to compare notes between the stores to see if we can narrow this down some how.

Bill




I have a bug in my store - I keep getting application time out errors when a customer creates a new account and the system creates duplicate customer records in the database. I have been able to recreate this error several times. When I pack the datafiles - I receive no errors. Also it seems on the duplicate record there is no password. At least when I deelte the 1st record and click the link to send lost password to me - it comes back with a blank password.

I am using

Production Release 2
MIVA Engine v5.03
Database API: mivasql

Is there a work around for this problem ?

[wmgilligan]

Hi,
Can you email me off list to discuss this?
I am also experiencing this - and would like to determine if its a module, or some other issue.

Bill


I believe I mentioned this before (if I didn't it's because I decided not to post it), but it is possible for a customer to create 2 accounts with the same login. The login of the customer doesn't seem to be checked very well. We have multiple instances where a customer has created more than 1 account (up to 3 in fact) with the same login. It was very easy for me to re-create this by creating an account, hitting the back button and resubmitting my account. The database structure does not list login as a unique key, but I think everyone would agrees it should be. I think this is a bug that should be addressed (though, deep down I know it will be lost in the 15 page thread we have going here....).

[adam2003w]

Inventory Bug / Add to Cart Bug:
1. I turn on inventory tracking.
2. Turn on inventory tracking on product.
3. Adjust product inventory by 5 (making "current stock" 5)
4. Go to public product page and change "Quantity" to 30 and click "Add to cart" button.
5. "current stock" on product inventory now says -25

I've tried this across two miva set ups on two different hosts. Same result.

[Alex Kruglyak]

Inventory Bug / Add to Cart Bug:
1. I turn on inventory tracking.
2. Turn on inventory tracking on product.
3. Adjust product inventory by 5 (making "current stock" 5)
4. Go to public product page and change "Quantity" to 30 and click "Add to cart" button.
5. "current stock" on product inventory now says -25

I've tried this across two miva set ups on two different hosts. Same result.

Hi Adam,

This actually works as designed. The reason you're seeing -25 for "current stock" is because you're not tracking Out of Stock Level.

Thank you,

Alex

[Brandon MUS]

Hey Alex, can you comment on any of the other 14 pages of bugs? Pretty please...

[ILoveHostasaurus]

New bug I've found in the domain settings update area; you cannot set it to add angle brackets to email addresses, at least in PR3/mysql. The reason is that the mailmeth column of the Domain table is defined as a tinyint (NOT a boolean) but the query that is sent by Merchant to update it tries to set the value to "Yes" when you turn that on.

[wcw]

If you make any change in the domain settings, it removes the angle bracket setting. Then the email sending of the store breaks. Everybody scratches their head as to why it is happening. Then the setting has to be made through a back door rather than admin. What a PIA.

[Alex Kruglyak]

Hey Alex, can you comment on any of the other 14 pages of bugs? Pretty please...

Hi Brandon,

We have USPS and Shopper Selected Sales Tax in QA right now. They will be released shortly.
I'll do my best to announce patches as they become available.

Thank you,

Alex

[NineNine]

Bug: Both the category header and footer both add an unnecessary <br>.

[Dan - Kemper Strategic]

Bug: Both the category header and footer both add an unnecessary <br>.
Just an FYI, Sebenza's Category Template Manager (http://www.sebenza.com/products/SS-CTGYTEMPLATES5.html?a_aid=KSEC) provides a workaround for the <br> tags inserted at the end of the header/footer.

[aarcmedia]

What is the cause of the unecessary <br> on the header and footer tags. I ask because they only show up after you do a bit of messing around. I've noticed that if I input a header or footer for a page, and then delete it, after I delete it for some reason the <br> remains even though there is nothing input into the header and footer area?

[aGorilla]

It sounds like it's a conditional thing (obviously?).

When you add the footer, it adds a footer 'id'. I'm guessing that...
a) deleting a footer doesn't delete the id (even if it deletes the footer - or it's content).
b) the break tag is added based on the id being present, not the footer itself.

Just a guess, but probably close. The bug isn't that they based it on the id, the bug is that they put html into the code at all (which defeats the purpose of templates).

[Brandon MUS]

Hi Brandon,

We have USPS and Shopper Selected Sales Tax in QA right now. They will be released shortly.
I'll do my best to announce patches as they become available.

Thank you,

Alex
Would it be possible to get you to address some of the VERY easy bugs? They aren't deal breakers, but they would help me offer a better experience to my customers and show them that I am not just ignoring their feedback:
ACAD: Duplicate Logins (http://extranet.miva.com/forums/showthread.php?p=43250#post40310)
ACED: Changing Password Recovery Email (http://extranet.miva.com/forums/showthread.php?t=8414)

[Alex Kruglyak]

Would it be possible to get you to address some of the VERY easy bugs? They aren't deal breakers, but they would help me offer a better experience to my customers and show them that I am not just ignoring their feedback:
ACAD: Duplicate Logins (http://extranet.miva.com/forums/showthread.php?p=43250#post40310)
ACED: Changing Password Recovery Email (http://extranet.miva.com/forums/showthread.php?t=8414)

Hi Brandon,

I'll look into it.

Thank you,

Alex

[NineNine]

Just an FYI, Sebenza's Category Template Manager (http://www.sebenza.com/products/SS-CTGYTEMPLATES5.html?a_aid=KSEC) provides a workaround for the <br> tags inserted at the end of the header/footer.

Unfortunately, it doesn't. The <br>'s are still there.

[Dan - Kemper Strategic]

You have to implement the workaround:

https://www.sebenza.com/help/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=70&nav=0,2,14

https://www.sebenza.com/help/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=69&nav=0,2,15

[Alex Kruglyak]

Would it be possible to get you to address some of the VERY easy bugs? They aren't deal breakers, but they would help me offer a better experience to my customers and show them that I am not just ignoring their feedback:
ACAD: Duplicate Logins (http://extranet.miva.com/forums/showthread.php?p=43250#post40310)
ACED: Changing Password Recovery Email (http://extranet.miva.com/forums/showthread.php?t=8414)

Hi Brandon,

A stream just went out with those two issues fixed.

[Brandon MUS]

Amazing! Thank you Alex.

[alexboyer]

Upsale pages aren't working. I have it set up in the admin, but it doesn't display available upsale items on either the single(OSU1) or multiple(OSUM) upsell item pages...

There's an existing thread where at least five different customers were asking for a patch date... What's the deal with this? Is there anything we can do to work around this?

If you need a url:
http://www.hpiracing.com/mm5/merchant.mvc?Screen=OUS1&Action=ADPR&Quantity=1&Product_Code=949&Store_Code=BH
http://www.hpiracing.com/mm5/merchant.mvc?Screen=OUSM&Action=ADPR&Quantity=1&Product_Code=949&Store_Code=BH
http://www.hpiracing.com/mm5/merchant.mvc?Screen=BASK&Action=ADPR&Quantity=1&Product_Code=949&Store_Code=BH

None are displaying available upsell items.

[freerangeminds]

In MIVA5, I believe I have found a bug when creating a new page and assigning the item product_list.

In my example, simply go into the store, page, add
Create a new page (I'll call is APLST)
Assign the item product_list to it.

You will notice that you are not presented the tab for Product List Display, it shows you Category Product List Display instead.

Even if I modify the database to change the mode to plst instead of ctgy it still will not display product information in the same manner as PLST.

Help?

[Alex Kruglyak]

Upsale pages aren't working. I have it set up in the admin, but it doesn't display available upsale items on either the single(OSU1) or multiple(OSUM) upsell item pages...

There's an existing thread where at least five different customers were asking for a patch date... What's the deal with this? Is there anything we can do to work around this?

If you need a url:
http://www.hpiracing.com/mm5/merchant.mvc?Screen=OUS1&Action=ADPR&Quantity=1&Product_Code=949&Store_Code=BH
http://www.hpiracing.com/mm5/merchant.mvc?Screen=OUSM&Action=ADPR&Quantity=1&Product_Code=949&Store_Code=BH
http://www.hpiracing.com/mm5/merchant.mvc?Screen=BASK&Action=ADPR&Quantity=1&Product_Code=949&Store_Code=BH

None are displaying available upsell items.


Hi Alex,

We are aware of this issue and have been working on a resolution.
As soon as the fix becomes available, I'll be sure to announce it.



In MIVA5, I believe I have found a bug when creating a new page and assigning the item product_list.

In my example, simply go into the store, page, add
Create a new page (I'll call is APLST)
Assign the item product_list to it.

You will notice that you are not presented the tab for Product List Display, it shows you Category Product List Display instead.

Even if I modify the database to change the mode to plst instead of ctgy it still will not display product information in the same manner as PLST.

Help?

Hi Derrick,

We are aware of this issue and are working on resolution.
The only work around I can suggest in the meantime, is to edit the database and change the Product List mode to the one you require.

Mode | Name
ctgy | Category List Layout
plst | Product List Layout
relp | Related Product List Layout
srch | Search List Layout.



Thank you,

Alex

[freerangeminds]

Thanks Alex,

I did modify the database and through comparisons, figured out what to change. For some reason, it still is not displaying product information correctly.

-Derrick


Hi Derrick,

We are aware of this issue and are working on resolution.
The only work around I can suggest in the meantime, is to edit the database and change the Product List mode to the one you require.

Mode | Name
ctgy | Category List Layout
plst | Product List Layout
relp | Related Product List Layout
srch | Search List Layout.



Thank you,

Alex

[alexboyer]

Thanks for the update.

[Alex Kruglyak]

Thanks Alex,

I did modify the database and through comparisons, figured out what to change. For some reason, it still is not displaying product information correctly.

-Derrick

You sure the update was applied to the right page? Has anything changed when you altered the database?
You can PM me on this if you like. I'd rather not clutter the bug thread unless there are multiple issues here that need to be addressed.

Thanks,

Alex

[morgan]

There's an inventory bug whenever you "Import Products From Flat File" and do not include an adjustment of inventory.

For example, if you upload new prices for your products only, the inventory will be set to 0 for all of those products.

I found this bug the hard way when I ran a sale the other day and all of my sale items (hundreds) had their inventory set to 0 when I adjusted the prices. I spent the whole day doing inventory--ouch!!!

Morgan
http://www.GreekInternetMarket.com

[dsisaacs]

This is designed to be this way. There have been many discussions about this. Like anything else with Miva you must buy a module to update prices without specifying inventory. And you must buy a module to download your current inventory levels.

Unless you know your current inventory you cannot use the flat file import. If yiu do and you update on upload it will add those to the inventory online and double the inventory.

[aGorilla]

Intentional or not, it's still a bug (or at least a 'design flaw').

The fact that it's been discussed before is caused by this thread... At 18 pages, I doubt anyone is willing to read through them all just to see if thier bug has been posted already.

On that note, and with the fact that there's new management, I'll raise something else that's been previously discussed:

Please convert this 'thread' to a 'board'. I'd even be willing to volunteer a weekend to help split this thread into individual topics. I've thought that a single thread was a poor choice when it was first set up, and it's not too late to change it.

[morgan]

This is designed to be this way. There have been many discussions about this. Like anything else with Miva you must buy a module to update prices without specifying inventory. And you must buy a module to download your current inventory levels.

Unless you know your current inventory you cannot use the flat file import. If yiu do and you update on upload it will add those to the inventory online and double the inventory.
Quoting Directly From Miva's Documentation:


Update Existing Products
Imports updated information into existing products. Other information about the updated products will remain unchanged.
For instance, if you were updating the prices for products from one manufacturer you would select this option. Only the prices for the existing products referenced in the flat file would be changed. All the other information for each product, like description, on-hand quantity and so on would remain as it was.


If the above is not possible, the documentation needs to be updated, AND, the option to Update Existing Products should be eliminated because it doesn't work properly.

[Alex Kruglyak]

There's an inventory bug whenever you "Import Products From Flat File" and do not include an adjustment of inventory.

For example, if you upload new prices for your products only, the inventory will be set to 0 for all of those products.

I found this bug the hard way when I ran a sale the other day and all of my sale items (hundreds) had their inventory set to 0 when I adjusted the prices. I spent the whole day doing inventory--ouch!!!

Morgan
http://www.GreekInternetMarket.com


Hi Morgan,

I looked into your issue and it is a confirmed bug.
I'm not sure how this one slipped by me as I released an update to Flat File Import a couple months ago and wasn't aware of any other issues.

We'll stream this one out sometime next week.

Thank you,

Alex

[morgan]

Hi Morgan,

I looked into your issue and it is a confirmed bug.
I'm not sure how this one slipped by me as I released an update to Flat File Import a couple months ago and wasn't aware of any other issues.

We'll stream this one out sometime next week.

Thank you,

Alex
Thank you Alex!!!!!!!!! You are the freakin' man!!!

[Rick Wilson]

Bugs, bugs, bugs...

Here is what's planned. We have a bug release stream going out either tonight (August 29th) or tomorrow that will fix:

- A bug in the PayPal module that caused customers placing an order without a PayPal account to get 'Transaction Failed' errors.

- Product Flat File Import bug where if inventory is turned on, the importing process wipes out the stock levels

- Category Tree component source (this is more of a feature than a bug fix)

Next Tuesday September 5th we'll be releasing a stream for MM5 that updates:

- The look and feel to our new logo (which will also be released via the web next Tuesday)

- All of the URL's and Email addresses within the software to go to mivamerchant.com instead of miva.com

The following Monday the 12th we're planning on streaming:

- The fix for the "multiple upsell bug"

- The European VAT bug

- Customer Template Based Email (again more of a feature than a bug)

In addition to the above mentioned bugs, we're working on:

- Linkpoint rounding error sales tax bug

- Single page checkout with account (identical to the checkout process in Miva Merchant Express)

- Ship To/Bill To incorrectly defaults to US bug

- BuySafe 2.0 module

- We're working on a brand new UPS online tools solution

[dsisaacs]

wow, you guys fixed all those bugs in just a few days since the change in ownership! Makes one wonder why it took so long to address them. not!

Too bad so many of us moved on to different cart programs.
At least with Virtuemart I am not getting what I am not paying for.

[Red Flare]

Way to go MIVA! :)

[James1stEasy]

Thank you very much, this is excellent news - great to see the bug fixes coming in thick and fast, and very impressed to see new features being added!

Please could I just flag the Google Checkout bug which means that UK merchants can't use the module? I've seen it mentioned on the forum, but not in this thread - to clarify:

Error parsing XML; message from parser is: Invalid value for body of tax-area in checkout-shopping-cart/checkout-flow-support/merchant-checkout-flow-support/tax-tables/default-tax-table/tax-rules/default-tax-rule: Must be a U.S. 2-letter postal code or state name

We've had a couple of people asking about the feature, so it would be useful to give them a bit of information about the status of the bug.

Cheers,

James

[Rick Wilson]

James,

I will add this to our list.

[aarcmedia]

What will the Category Tree Component Source update do? I downloaded the update from yesterday and don't see any added features.

[Rick Wilson]

It provides you access to the html for the Category Tree on the left side so you can modify it just like you would all the other pages in the software.

[wcw]

Was that in last night's update, because I am not seeing it either.

[Rick Wilson]

No it wasn't streamed out last night, it should go out today.

[Alex Kruglyak]

There's an inventory bug whenever you "Import Products From Flat File" and do not include an adjustment of inventory.

For example, if you upload new prices for your products only, the inventory will be set to 0 for all of those products.

I found this bug the hard way when I ran a sale the other day and all of my sale items (hundreds) had their inventory set to 0 when I adjusted the prices. I spent the whole day doing inventory--ouch!!!

Morgan
http://www.GreekInternetMarket.com



Hi Morgan,

A stream was released with this issue fixed.

[Brandon MUS]

Bugs, bugs, bugs...
...
In addition to the above mentioned bugs, we're working on:

- Ship To/Bill To incorrectly defaults to US bug

Actually (and I'm sure Miva is aware of this), this is not how the bug works. The bug is that the Ship To and Bill To countries default to the store's country (Admin > Store > Settings). Since most of the stores are US, people assume that the country is hardcoded to US, but this is not actually true (at least in our setup). What our store has done for a couple months now is to remove our store's country selection (re: manually edit the database to make the country code an empty string). This works better than the module fix that was released (in my opinion), but it fails in the same way where if there is an error in the form submission, the bug is back (again, forcing the ship to/bill to country to be your store's default -- even if the customer has already selected a valid country from the list). It'