thehostinghut

I may have the few clients I am having problems with sign up again. I do have 1 client that came from MB and his sub seems to work still.

I think there may be a small problem with this gateway. Hopefully he will look into it. He was able to figure out the Google Checkout problem so I am sure when he gets enough "Hey this does not work" responses he will look at it and fix it.

I have this same problem.

Quick Q: Would it be a good idea to display a message for those Checkout payments to inform customers posting isn't immediate? Got ya!!!! It may be a good idea to say something like that on the ivoice page somehow. Will it let you pay the invoice again when it takes you to the invoice page?

So it did that again. Sent me back to the invoice... It said unpaid. So I went to the admin area and it said the invoice was unpaid. So I went back to the invoice page it sends you to after checkout and clicked on return to client area. At that point everything was marked paid. I am not sure if that made this complete or not. This was a few minute process getting back to the client area so I am not sure that it is me not waiting long enough. I will try again to see if that is the case or not.

Ok I just got back to this to try it. At first I did not think it worked. Because when it sent me back to the invoice it said "unpaid" but when I looked at everything else it said paid. So in short it sent everything back at worked fine. I am going to test another order to see if the "return to merchant" this will come back as the invoice being paid. I will update on the results. Thanks Matt for fixing this!!!

I did say something Anywho I think I have a ticket open about it. If I can find the emails I will respond back. Thanks Matt!!!

They say it will not work with PHPSuexec. Matt told me his worked with sandbox checkout. Mine is not working with SandBox checkout. So go figure. Kinda frustrating. Then support stops on the issue. It was pretty much if phpsuexec is not on the server and it does not work I don't know what to tell ya.

I figured out my issue. It will not help you though. It was NOT me typing anything in wrong by the way.

I even went as far as to not disable any php functions. No good.

Well I re-uploaded files just for the fact that I was not at the latest version. I was at 3.2.1. Still no good.

Should I re upload the files? There has got to be a reason for this.

Now it does not take it in IE not matter how I try it.

Well that sounds like you're just entering it wrong?!?!? Uh no I am not. I try it in IE a few time and then go to firefox and it works.. But I am putting it in wrong. Whatever man.

I have noticed this also. I have been testing google checkout and I have an account setup for testing. If it type in the email address it does not work. If I cut and paste the email address from the admins/client info page it works fine. It did not even work in FireFox. I had to go in and retype the email address in and save the "change". It still does not work in IE.

Oh yea I am not running PHPSuexec

No and I rebuilt apache just to make sure.

Hmm that is a good question. It seems for servers it does not give you an option to buy a domain. This may be a feature request?

Ok.. First thing I am gong to say is that I DID put in a support ticket about this and though Matt tried he was not able to point me in the direction to fix this. So I am testing Google Checkout via SandBox. I can go completly through the checkout process and when it give you the option to return to my site... Sends you to the invoice page... It does not mark the invoice paid. It keeps it unpaid. No errors in google checkout. The gateway logs show success but there is nothing in the box about the transaction. So the sale is not getting passed back. If anyone has had this problem can you inform me how you fixed it?

I have this same problem with google checkout. It seems not to be passing the info back.

How about forcing logins by department. Say for sales I don't care if they are logged in but for support (WebHosting, Reseller, Dedicated servers) departments they have to have an account to submit one. You can have a option in the Departments area like: Users Must have an account to submit a ticket. Users don't have to have an account to submit a ticket. That way if they don't have an account it will not let them open a ticket. There would be no reason for someone with out a hosting account needing to submit a tickets for things like that anyhow. Just a thought.

It does I just tested it.

That is what I thought. I wil test this and see. Well it works if you send it straight to say support@yourdomain.com

I think it does that already if the client uses the same email addressas in the billing system. Well it works sometimes and sometimes it does not.

Just saying it was updated would be fine I would think. That way everyone would know the ticket was responded to. But I am sure you will get someone saying that they would like to see the response in the Tiket updated email. That is what happens when the cleint replies if I am not mistaken. Just trying to think of a way to get this and let everyone know the ticket was responded to.