keencs

Plus it appears Blesta isn't encoded.. 🙂

I've used WHMCS for over 10 years. The high monthly fees are too much, which is why I invested in the lifetime license. Guess it is time to move on.. I've been researching alternatives all day.

I saw that too... seems like they are still changing the prices.

What happens on June/July 1st? The email I received said effective immediately. There was no warning or window to renew.

There is nothing in the terms about lifetime license possibly ending at some point... this seems like fraud.

===========DESCRIPTION=========== When clients are transferring domain registrations using WHMCS, the single quote mark is occasionally a character found in a domain's EPP Code. When WHMCS receives an EPP code with a single quote mark ( ' ) that character is changed to the HTML code ( & # 3 9 ; ). This then causes the EPP code to be rejected by the new registrar when it is sent as it is no longer correct. =========STEPS TO REPLICATE========= [1] Initiate a domain transfer order via WHMCS. [2] Enter the EPP Code for the domain that is being transferred. This problem is for EPP Codes with the single quote mark. [3] At this point you can see that the EPP code has been altered on the Manage Orders screen. [4] Through automated or manual means have WHMCS send the Transfer to Registrar. [5] See that the transfer is rejected as the EPP code is invalid. =======ADDITIONAL INFORMATION====== This bug has been seen often in our production environment and replicated in our development environment. We have confirmed that PHP is not running magic quotes and checked for a MySQL setting that would cause this but could not find one. We have completed testing in development with all other valid EPP characters, but could only replicate with the single quote mark.

Thank you!

Before logging I searched for this issue, I could not find another bug report for it elsewhere. Do you know where this is logged?

===========DESCRIPTION=========== When searching for active clients from the WHMCS Administrator interface, results/records are doubled and return twice. =========STEPS TO REPLICATE========= [1] Login to the WHMCS Administrator interface. [2] From the Clients menu, select View/Search Clients. [3] Click on Search/Filter. [4] Change Status (ex. Active) [5] Click Search [6] All results/Records are returned twice. =======ADDITIONAL INFORMATION======

I think the WHMCS should be able to cache for more than 7 days... still can't access my backend.

I came up with a workaround for this. I wrote a hook that ran any time a user registered for an account. When the registered the hook determined their county and changed their state to the format "State/County". I then had to setup tax information for every "State/County" where I am required to collect tax. With the recent update I set the state field to locked so they had to open a support ticket to change their state. I supposed I could edit the hook to run any time a user updated their address, but just didn't have time yet. There are cities (fortunately I don't have any) that collect their own sales tax or stadium tax. I imagine this could be adapted to do the same ("State/County/City") or the like.. It was a lot of work, but I needed it. Ryan

Were you able to get this resolved? I am experiencing the same problem.

I am also receiving this error. Were you able to find a solution?

Hello, I am attempting to setup the tax rules for my state but am having difficulty. The documentation doesn't really say anything about the various rules level1/2 (that I could find) or how they work. It looks like rules are applied based on a user's state. The problem I am encountering here is that various counties in my state have different tax rates. I need to collect a base tax rate for the state, then additional rates for each county... I am looking for a means of automatically determining the correct tax rate for each customer, I would imagine this is a common problem (I can't live in the only state with many tax rates) but I can't find any documentation on the subject. Any ideas? Ryan

Did you install the patch?

Actually, I was just working with some orders and tried a few scenarios. It looks like if you click the 'x' after an order it does prompt you with a simple are you sure you want to delete. However, if you select multiple orders and click delete there is no prompt or warning. I would imagine this would be especially dangerous considering there is a select all box at the top. (Two clicks to delete all hosting accounts and no warning whatsoever?)

This is incorrect. There is no warning or message that this will happen. It would be very helpful if there was one though.

I checked the cron log, it is running. Any output is sent to an admin email address, and there was none. I think I've exhausted everything, not sure what to try. Cron log (redacted version ): Jul 27 15:50:01 server crond[9213]: (user) CMD (php -q /home/user/public_html/portal/modules/registrars/enom/enomsync.php ) Jul 27 15:52:01 server crond[9774]: (user) CMD (php -q /home/user/public_html/portal/modules/registrars/enom/enomsync.php ) Jul 27 15:54:01 server crond[10112]: (user) CMD (php -q /home/user/public_html/portal/modules/registrars/enom/enomsync.php )

Hello, I've been attempting to get the enomsync.php cron functioning. For some reason i can't get it to run via cron. This is what I have scheduled: 53 13 * * * php -q /home/usr/public_html/whmcs/modules/registrars/enom/enomsync.php When I access the script directly: http://example.com/whmcs/modules/registrars/enom/enomsync.php it functions! I receive a confirmation email and it appears in the System Activity Log. However, when scheduled via cron nothing happens. I've also tried variations that I've found around the forum, none seem to work. 53 13 * * * php -q /home/usr/public_html/whmcs/modules/registrars/enom/enomsync.php >/dev/null 2>&1 53 13 * * * php /home/usr/public_html/whmcs/modules/registrars/enom/enomsync.php I found the known bug with the escalations cron in the forum and installed the patch. I've searched the forum high and low for anything on this issue, but can't find an answer. Please assist, Ryan W. Keen