dryline

Matt got in there this afternoon and fixed it!

Well, armed with that knowledge, I guess I won't respond any more. Not like it does any good anyway, the only responses I get is basically, we're looking in to it, which I have gut feeling the "looking in to it part" stopped when they hit the reply button. I really, REALLY don't want to have to go looking for, and switch to a new system again, but if they aren't going to support this one, I can't go on forever with a broken system. I even tried a fresh upload (not overwrite) of the 5.2.2 files, just using the old configuration file, and the issue is still there. Just wanted to make sure a file didn't get borked up during the upload of the upgrade.

14 days now, and after 3 inquiries from my on the ticket, I still haven't had any further response whatsoever in 6 days.

Now on 6 days since my last support ticket response, event though I've replied a few times asking for an update. For me, support seems to be non-existent at the time.

I'm at 13 days and counting on a support ticket for a non-functional support ticket system. I rarely open a support ticket, and they have all been quickly resolved in the past. This time around the best response so far was "we are investigating the issue". And it takes me several inquiry replies to even get a response.

Anyone else having this issue? Upgraded to 5.2.1. on 03/12 and this problem showed up, so I opened a support ticket with WHMCS: ***** First support ticket response the next day was to download the new patch files (which at the time were only for the previous versions) for a fix. After I pointed that out, it took until 3/15 until they said 5.2.2 was available that would fix the issue, but it didn't. It took me responding to the ticket several times until they finally logged in and looked at it on 3/19 and said: and then the next day on 3/20: Now 6 days later, and a couple more inquiries from me on where they are at on this and no further response, and still no functioning support ticket system, 13 days now and counting...

I opened a support ticket and they provided a couple of update files that fixed it right up.

I'm having the same issue now. Customer gets created, but nothing about the domain registration passes to NEO. Also, existing customers doing transfers/renewals are not passing from WHMCS to NEO. This just started the last couple days or so.

Hello everyone! I've been using BluePay/Online Data Corp for years now and I'm finally fed up with the ever increasing fees and random charges and decided to switch to CDGCommerce and the Quantum Vault. Reading through the WHMCS docs I see there is a vault migration script that will transfer all of the client card details from the Quantum Gateway to Quantum Vault and remove them from the database. I was just wondering if it will work since I've been using the Bluepay module? I'd like to especially hear from anyone who has done it and anything in particular I need to be wary of in the process. Thanks!

I got a couple of the update emails tonight, and it was back to the more generic pages like it used to be, with out eNom account name on them. Thanks for getting on that Matt.

I've been very happy with the WHMCS software, but this is completely unacceptable and unworkable. I'm seriously hoping this is unintentional.

Why is this happening? I have a eNom reseller account under WHMCS, and here in the last few days, they have been sending out the required ICANN notices to my registered domain name owners as they have in the past, except now instead of going to a generic page that says to contact us if they need to update, it's now going to a WHMCS sales page with all sorts of competing products including hosting, domain name registration and domain protection, enticing our customers to get it through WHMCS. This is not acceptable.

We use suphp 777 permissions are not allowed

I just had this issue as well. I found this thread, and had been using FF so I switched over to IE and gave it another shot. This time I got to the step 1 of 5, please wait 120 seconds and nothing has happened since and email log shows nothing went out. I am on v. 4.1.2

Exactly what was in quotes in your post #7 in this thread. I had the default line, I made it look exactly like you had it there, and got the error. I quadruple checked it and can't seem to get it to work.

I must be dense or unlucky. Ever time I try to put it in exactly as shown there, I get:

I'm having a similar issue. I created a logo the exact dimensions of the default logo that was there, and no matter what I do, it looks like crap on the pdf, likes it's recompressing the image or something.

Sure, just go in to your admin area after you move it to the General Configurations and edit the paths for: WHMCS System URL WHMCS SSL System URL Then I think you have to reissue the license and put in the new number. I moved mine from the test install directory without an issue.

I used these, putting bluepay where the xxx is, and this left the ones set to paypal alone. We only use PayPal and Bluepay, so your will prob be different. Seems to have set everything to the correct payment method. I'll know for sure when the next cron runs. UPDATE tblhosting SET paymentmethod='xxx' WHERE paymentmethod!='paypal'; UPDATE tblhostingaddons SET paymentmethod='xxx' WHERE paymentmethod!='paypal'; UPDATE tbldomains SET paymentmethod='xxx' WHERE paymentmethod!='paypal'; UPDATE tblinvoices SET paymentmethod='xxx' WHERE paymentmethod!='paypal'; Back up your database before trying it though!

Matt worked it out for me in a support ticket. There are some sql commands you can run to properly set the payment methods on imported stuff. I would open a ticket with him on it.

Hoping someone can help me figure this out. I feel like it's a setting some place I missed but I don't know. Working with a new installation with a modernbill import. I have pretty much EVERYTHING working, and even have the customers CC details back in the system. Here is the issue. I am place live orders with a real CC and it goes through just fine. However when I run the cron, it didn't charge the new invoices. So I tried the ATTEMPT CC PAYMENTS button on the admin home page. Nothing. It returns immediately: Credit Card Payments Attempted 0 Captured, 0 Failed no delay or anything like it tried to do something. I check the Gateway logs and nothing except the test order I successfully did. Nothing related to the cron processing or the manual processing. It just doesn't even seem to be trying to process them. In the Automated section under Credit Card Charge Settings I have them set in order to: 0 unchecked blank, no entry here 25 So what am I missing?

Hey that's great thanks! You're right about missing posts. I tried to diligently find an answer before I post, and it seems I always miss it somehow. Matt did confirm in support ticket that you can't close logins at this time as it comes out of the box. That would be a very useful feature to have, particularly during times your upgrading the software etc. Almost necessary actually.

Ok, this is probably a stupid question, but I can't seem to find the answer. Where in WHMCS can I check it off to close the logins/orders while working on the system?

Thanks for the reply, that's exactly what I needed to know. If that's all the configuration it would need to move it that is simple and great, much like a lot of the other stuff I have read here about WHMCS

Just about to pull the trigger and move to WHMCS from Modernbill that I have been using for 5 years. I do have a question though. I have done a lot of reading here but haven't found the answer. Say I have my MB installed in /billing and all the customers are used to that address. I obviously need to keep that active until I have WHMCS up and running. Can I install WHMCS to say the /billing2 directory and then when it's ready to go, get rid of the current /billing directory and just rename /billing2 to /billing without any major issues. The goal is to have it ready to go and working with little to no downtime from the customer point of view. Thanks in advance!