Production Release 8 Bugs

[1337coders]

Re: Production Release 8 Bugs

Thanks Entrepre. I keep my Chrome lean with no extensions, I prefer it over FF for admin work and general use. Tested on one more machine with Chrome, same problem. Sites are hosted on H/S. Win 7 Home & Professional 64 bit.

[Rick Wilson]

Re: Production Release 8 Bugs

Bryan,

Try clearing your cache in Chrome. I log into lots of CSSUI stores daily and I use Chrome without issue.

[Jim McCormick]

Re: Production Release 8 Bugs

Unable to log into admin on CSSUI stores using Chrome. Entering correct credentials and clicking login refreshes the page, clears the form, and redirects to admin.mvc?Screen=LRDR. Confirmed on multiple machines and Miva sites. No problem logging in to admin with Firefox. MMUI stores do not seem to be affected.

Your store's server time is most likely wrong. That or your computer date/time is off. Login using Firefox and click on the store name and then on Maintenance Mode. That tab will display the current date/time that the server is configured with. If the time is correct then look at your computer's date/time.

[Brandon MUS]

Re: Production Release 8 Bugs

Possibly a bug, possibly by design, but logging out (Action=LOGO) does not remove personal information from the basket. If a customer logs in, all of their address information is written to the basket. If the customer then chooses to log out, their address information remains accessible in the basket and could be displayed. Additionally, once an address is written to the basket, there is no way to clear it, it can only be overwritten by new information (eg. logging in under another account or supplying an alternative address on the OCST screen).

[Rick Wilson]

Re: Production Release 8 Bugs

Are you possibly using the ToolKit function that does that? I'd have to test, but I don't think we do that by default.

[wcw]

Re: Production Release 8 Bugs

I think you are using a function that retains the basket data so customers can go back and forth in the cart without losing the data. Tool Kit has that function. I think one or both of the similar modules also have that function. Without that function, the basket data is erased.

[Brandon MUS]

Re: Production Release 8 Bugs

Basket data isn't "erased", the fields are simply not filled in when the customer returns to OCST (if the customer is logged in, you see the account's address, if the customer is not logged in, all fields are blank). Look at the database and you can see that fields are never erased. Also, if you have something that shows the visitor's address (eg. showing the basket's ship to country for a shipping calculator) based off of their basket -- not account, then this is very easy to spot.

Not a critical bug, but with all of the security changes in place from Wombat, this seems like something that should have been addressed.

[wcw]

Re: Production Release 8 Bugs

Aaah, gotcha. That is correct. You don't really see the data except in cases where you mentioned with shipping calculators which use the location from the basket database. You're probably right, a logout should clear the basket database as that is a conscious effort to leave no trace.

[JoeG]

Re: Production Release 8 Bugs

I activated Checkout By Amazon and discovered, what appears to be, 3 bugs:

1. I selected INVC for the Thank You page, and it actually displays the OPRC page when the order is completed. OPRC is the page above INVC in the drop down list.

2. The customer never receives the Order Confirmation receipt email.

3. If customer adds an eBook to their basket, CBA vanishes. (It has an issue with a product that has 0 weight)

Note that all other payment options are working correctly, so this is limited to CBA.

[Rick Wilson]

Re: Production Release 8 Bugs

Joe,

Since CBA is not a real time payment gateway it doesn't automatically go to INVC (since many people use that as a trigger to ship goods). You can configure it to go to INVC if you'd like, but currently it goes to OPRC (Order Processing).

The customer should receive the receipt once the order is actually finalized, make sure your store is fully up to date.

I think the 0 weight issue was fixed already, but perhaps that's in U6 or has to do with your shipping methods mapping.

The key takeaway from CBA is that it's possible for an order to complete and THEN be subsequently rejected by Amazon after the fact, which is fundamentally different than how all of our other built in payment methods work.

[JoeG]

Re: Production Release 8 Bugs

Thanks, Rick...gives me a better understanding of CBA. I think there are still problems:

1. re: 0 weight eBooks;
My store is up to date, so it sounds like the 0 weight fix for eBooks is in U6.

2. re: emailed receipt;
I'm getting an Amazon receipt email, but not a MIVA receipt. The problem is that eBooks are served with a DOWNLOAD link in the MIVA receipt using eMediaSales Softgoods module. How can they download their eBook if they don't get the MIVA receipt?

3. re: INVC vs OPRC;
I can customize OPRC to create a generic Receipt screen that says, "Check your email receipt to download your eBook" if problem #2 is resolved.

Bottom line: I need the MIVA Customer Order Confirmation receipt to be triggered for CBA orders, or they can't get their eBook.

Suggestions?

Thanks for the quick response!

[Jim McCormick]

Re: Production Release 8 Bugs

Yes, the 0 weight issue will be fixed in Update 6. Are you at least getting the orders returned to your store? CBA is designed to not send the email until the order is marked ready for shipment or ready to ship at Amazon.

[Brandon MUS]

Re: Production Release 8 Bugs

Aaah, gotcha. That is correct. You don't really see the data except in cases where you mentioned with shipping calculators which use the location from the basket database. You're probably right, a logout should clear the basket database as that is a conscious effort to leave no trace.

Thanks, I'm not always the best at explaining things the first time around.

Can Miva Merchant confirm that this is an issue?

[JoeG]

Re: Production Release 8 Bugs

Jim,
Yes, I get the order returned to my store, complete with the Amazon Order ID.

The MIVA customer receipt still needs to be sent, just like it is for CC and PayPal payments. Why would CBA work differently? It is the only way for the customer to get their DOWNLOAD link for eBook purchases.

Do you have another solution?

Thanks...

[Jim McCormick]

Re: Production Release 8 Bugs

Jim,
Why would CBA work differently?
Thanks...

Because CBA allows orders to be placed even if the credit card used by the customer does not have sufficient funds and allows them to correct the problem. When CBA was first launched we had too many merchants complaining about shipping items that they thought was paid for but the customer never corrected the problem.