countrywesterndj

We were a 2CO customer for over 6 years and they also shut us down with only 30 days notice. We contacted them to say were not doing any sort of cyberlocking. Their attitude is terrible. They wouldn't ever listen. I now will not recommend 2CO to anybody and spread the word of their terrible service. We started using STIPE and got set up within minutes. So far, so good. They have an iPhone app which sends you transactions / signups to your iPhone plus emails. They pay out after only a few days. 2CO on the other hand held the money for up to 2 weeks. There are several modules that can be used to interface WHMCS with STRIPE. We have tested several and like the one from ServerPing the best. It is free. You should spend $15 and sign up for their yearly support. They answer within a day. Some of the others still haven't answered after a week. Here is a link to ServerPing's module: https://www.serverping.net/clients/cart.php?gid=3

Can you share what 'tweaks' you did to fix it ? I have same problem.

Can you or Rob at least tell me what Data Set ? Thank you.

But when an order is placed and sent to PayPal, for example, the information is sent whether the order should be charged monthly, quarterly, semi-annual, annually, etc. That information is sent to PayPal and must be stored somewhere. Has to be. My problem is my gateway works fine for Cybersource. However when a customer selects to pay annually, I need to tell Cybersource not to re-bill until 1 year. The way I have it programmed, it will bill every month, unless I can identify that the order is annually, and sent that to Cybersource. This is my issue.

Can anybody help me out on this ?

James, thank you. When I print out the $params, I still don't get the billing cycle. Here is what prints out: [paymentmethod] [convertto] [mid] [name] [templatetype] [testmode] [type] [visible] [companyname] [systemurl] [returnurl] [langpaynow] [description] [invoiceid] [clientdetails] - [userid] - [firstname] - [lastname] - [companyname] - - [address1] - [address2] - [city] - [state] - [postcode] - [countrycode] - [country] - [countryname] - [phonecc] - [phonenumber] - [notes] - [password] - [currency] - [defaultgateway] - [cctype] - [cclastfour] - [securityqid] - [securityqans] - [groupid] - [status] - [credit] - [taxexempt] - [latefeeoveride] - [overideduenotices] - [separateinvoices] - [disableautocc] - [language] - [lastlogin] - [billingcid] - [fullstate] - [amount] - [currency]

I thought this was an easy question. Nobody has an answer ?

I'm trying to write a Payment Gateway module and the only thing I have not working is the billing cycle. Here is part of the code: echo "amount= ".$params['amount']; echo "invoice ID= ".$params['invoiceid']; echo "currency= ".$params['currency']; echo "billing cycle= ".$params['billingcycle']; Everything prints out OK except the billing just prints out as BLANK. What am I doing wrong?

Nobody has answered this. I also needed to know if on new 5.xx version if I can add the quantity into the direct order Shopping Cart link. Has anybody done this ?

I am running version 5.03 for about a month. Is the security patch (http://forum.whmcs.com/showthread.php?t=43462) already installed in this version, or do I need to install it. I'm guessing that since this version came out after the patch, I am good without installing. Thanks.

Having the same problem. Which table did you edit?

Yes, they get credit, but next month PayPal deducts another subscription payment. That is when they complain.

Tried searching for information on this, but didn't find anything. We have just upgraded to the new version (3.6.1) about a month ago. I don't remember this happening in the old version we had. When the CRON job runs to generate invoices, it sends out invoices to all of the PayPal subscription people. A bunch of people see the invoice and pay it. Then in a few days, I get a monthly PayPal payment. So, the customers get annoyed and we have to refund the invoice payment. Is there any way to turn off the sending of invoices to subscription PayPal customers?

No, I checked and prorate is NOT on. I do have a promotions running .. 50% off the 1st month of service. I was thinking somehow this is how they do it.

I'm not sure how this is happening, but a few of my customers are getting PayPal subscriptions to have the following: -1st month free - then $20.00 per month afterwards I don't have any free promotion, so I'm not sure how they are doing this. I've seen 2 of them go in and change their customer information several times. I'm not sure if this has anything to do with it. All of the free 1st month's billing are subscription. Has anyone else seen this problem? Any ideas on how to stop it?

I have a ticket open, but I'll open up another one .. The previous version worked fine with php sessions .. it's only after I upgraded it stopped working.

I installed WHMCS to another webhost that we use (WESTHOST) from scratch. A new install of 3.2.1 .. I get the exact same problem with the ADMIN login that we received on our POWWEB host .. it just loops and accepts the user / password and returns againg for the user / password. If anyone wants to try it .. EDIT: Login details removed for your own security now the issue is resolved!! (Matt) This is hosted by POWWEB .. after hours on the line with their tech support, here is their response: Has anyone else installed 3.2.1 yet .. if so, can you post your php.ini file for the php sessions .. Matt, it seems pretty unusual that 3.2.1 doesn't work for 2 different webhosts. If you want, I can try a third ... I really need help to get the billing application working again. So, can you please look into this.

Well I spent hours with our host, POWWEB, trying to resolve this problem. We changed the location of the php sessions file to: /htdocs/cgi-bin/tmp/ They also had me change settings in the php Sessions section in my php.ini file. We changed: session.cache_limiter session.auto_start session.use_only_cookies session.use_trans_sid and a few other settings. Nothing worked. They claim that since the user / password / etc. information is being written out correctly to the php sessions file, the fault lies with the software. I am at my wits end .. Matt, how can I go back to the previous release of WHMCS?

I've checked the cookie issue .. tried 2 different browsers on 5 different PC's .. so that's not it .. This also happened the last time I upgraded .. but all I had to do was to change the php.ini file to give the path of the sessions folder. This time, nothing yet seems to work yet to fix the issue.

I just upgraded to version 3.2.1 last and now I can't log onto the Admin area. Even time I try, i get the top task bar with .. HOME .. CLIENTS .. ORDERS .. TRANSACTIONS .. etc. But it displays again Username / Password to enter again .. when I click on any of the items on the task bar, it just refreshes and again asks for Username / Password. I put in a ticket and Matt said it was a PHP sessions problem. I can see in my php Sessions folder that it writes out a file every time and updates it. Here is an entry (I blanked out the password): adminloggedinstatus|s:4:"true";adminid|s:1:"1";adminusername|s:4:"CWDJ";adminpassword|s:32:"******************"; Matt said to restart the server, which was done 3 times. He also said: "No, nothing changed relating to this in the upgrade. It's definately PHP sessions not WHMCS but I'm no server tech and haven't got a clue what could cause it." My hosting company (POWWEB) said that maybe the login.php file has gotten corrupted and I should re-load all the software again, which I don't think is the answer either. Can anyone help me out to get back working again? Do I have to CHMOD the sessions folder or anything. No one seems to know how to fix this problem.

I'm using version 2.5.8. Yes, status folder is there, but I don't see status.tpl.

I'm getting the following error when clicking on my server status: Fatal error: Smarty error: [in serverstatus.tpl line 16]: syntax error: unrecognized tag 'get_port_status' (Smarty_Compiler.class.php, line 583) in /home/dee/public_html/whmcs/whmcs/libs/Smarty.class.php on line 1095

Well I feel so stupid .. but I fixed it .. Checked all the server logs and everything looked OK .. But wasn't receiving e-mails .. checked that log and I had run out of disk space on that account .. Inceased the allotment on that account and WHMCS worked again. Thank you everybody for the input, I really appreciate it.

I kept a copy of the original file .. I restored it back .. then I deleted all files in folder /templates_c/ .. And still, all pages come up blank. You can see it at: http://www.shoutcaststreaming.us/whmcs/whmcs/order.php

But, like I said in my post, the directories DO have permissions of 755.