Announcement

**godogo** · 08-19-06, 08:24 AM

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** · 08-19-06, 08:53 AM

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** · 08-22-06, 08:42 AM

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** · 08-29-06, 05:52 AM

Maintenance mode warning message does not show...

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

Originally posted by 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

**Hostasaurus** · 08-31-06, 09:07 AM

Originally posted by 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.

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** · 08-31-06, 09:24 AM

Bug in prod_ctgy_hdft display

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>

Category A


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 between the header and the category title/image. e.g.:

<blockquote>
This is Category A's header
 

Category A


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

<blockquote>
 

Category A


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** · 09-05-06, 10:25 AM

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.

**lbdesign** · 09-11-06, 10:50 AM

Upsell - Multiple Upsold causes fatal error

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** · 09-11-06, 02:01 PM

attribute fields out of order upon checkout

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** · 09-12-06, 08:05 AM

Category Header / Footer bug

The category header and footer contains a 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** · 09-20-06, 01:42 PM

Order Total for Shipping Method

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-BANNNED** · 09-25-06, 02:45 PM

Remove function in basket

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.co...pray-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** · 09-25-06, 02:56 PM

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** · 09-25-06, 07:22 PM

documentation

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

http://docs.smallbusiness.miva.com/e...a_Catagory.htm

Add a Catagory

Type topic text here.

**ILoveHostasaurus** · 09-25-06, 07:25 PM

Originally posted by dsisaacs

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

http://docs.smallbusiness.miva.com/e...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/e...ant/5/webhelp/ and click on Stock the Store -> Categories -> Add New Category I get a different page that does have the correct content.

Announcement

Miva Merchant 5 Bugs?

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment