Messages

Thanks again everyone. The problem was that Paypal sandboxed happened to be down for that stretch of time we had allocated for testing.  Our test orders are working now.

(sigh) Wait a minute...

They weren't showing up on kkadmin when we were testing, but I can now see a bunch of call back records. All say "We were not sent the secret key" in the result description, result code is -2, order ID is -1. Other fields blank.

I don't know the significance of this error message, whether its coming from Paypal or Kona, even though I've searched both support sites.

Here is the last status message for the Paypal sandbox:

Standard Payment flow has been unavailable on PayPal Production Sandbox site since 3:00 AM PST (11:00 AM GMT) 2008-01-14.

I think they're trying to say its down.

Thanks, Pete.

I'm not sure what could be going wrong on our end. Perhaps it is a bug in 2.2.0.6, or a typo in the settings. In any case, no callback records are showing up.

One thing we don't have yet is a dedicated IP address. I wonder if that could be the cause.

Yes, we are testing with the Paypal sandbox.

It would be good to know in the affirmative whether or not the callback can work with http. As such we have not setup an SSL certificate yet, but thought we could successfully test without it.

I haven't modified any actions yet, only JSPs so far, so not sure where to start.

We are unable to get the Paypal module working from KonaKart 2.2.0.6. When customer is redirected to Paypal sandbox, the order details appear, then hit Pay Now and the next page just displays two links: "Retry" and "Go to home page".

The order status remains Waiting for payment in KonaKart.

We've verified the Paypal payment zone (Massachusetts), the callback username and pwd (user@emaildomain.com) which we can login to the shop with.

Callback URL is "http://www.thecrystalshard.com:80/shop/PayPalCallback.do"

Return URL is "http://host:port/shop/CheckoutFinished.do"

Cancel URL is "http://host:port/CatalogCheckoutExternalPaymentErrorPage.do"

Test Mode is "True"

Paypal ID is the sandbox seller's account of the form "user_028179402_name@maildomain.com"

Transaction currency is "USD"

Should we really be following the example of http for the callback? Or is httpS support required for the paypal callback?

Could anyone provide a JSP example of getting a value from the "configuration" table?

Thanks!

http://propay.com/

I believe this is an installation issue, because its mainly impacted by the hosting provider's Tomcat setup:

Is HTTPS required to access the konakartadmin application? I got the impression that it is. However I have seen my associate access it via http://host:8780 which I thought was impossible.

Now that we are starting to setup kona on a hosting provider under a low-cost shared account, it becomes an important issue among others: Does the host allow multiple app dirs? Are they willing to enable ssl/port 8443 and install certs into Tomcat?

David,

I am just learning about cert installation myself. Its going to be a challenge having a typical hosting service do this for Tomcat, I think.

As Pete said, you can generate your own cert, although people who don't know you personally have no reason to trust it (because its self-issued and not backed by a certificate authority). Its the certs that are backed/issued by a CA that cost money. I think Godaddy.com has low prices (about 1/5 the cost of other places) and they aren't tied-in with the dodgy Verisign juggernaut (the rest of the CA brands are owned by Verisign).

Thanks Kate and Ryan,

I have tried the .konakart-TextBox approach and it seems to have resolved the problem.

Thanks for your suggestions!

Hi,

I have modified the CSS file in konakart 2.2.0.6 with a dark palette. The .infoBoxContents background, for instance, is set to black and the body text is set to a whitish-gray.

The problem occurs when clicking 'Checkout' as an unregistered user. It asks for email addr, then sends me to the 'My Delivery Details' form. THIS form has some kind of field validation javascript that changes the field background color as I type. The fields start out as black on white, then after typing about 2 char they turn pink... then after about 4 char they turn black-on-black.

I find this to be a very HHGTTG situation.

How should I tame this sleek, super-liminal beast?

FYI - Our first tests at our Ubiquity.com site worked. Their staff have also been pretty helpful.

I can report that deployment via war file does work. The only parts of kona I changed were JSPs and some layout config files.

Godaddy is just not working: They plainly have Tomcat running on our account, but there is no way to administer it and it will only run jsp code and not servlets. We have looked at a number of hosting providers including eapps and have settled on trying the less-expensive Ubiquity.com for now, which I found on this guide: http://jspwiki.org/wiki/JSPWikiFriendlyWebHosting

You've been a great help, Heidi. Thanks!