Whmcs expoit patch

anyNode

@SkylarM said:
Try placing an order tell me what you see.

Just did, order went through fine. Emails got sent to client and order showed up in my orders list. What happens when you place an order?

SkylarM

@anyNode said:
Just did, order went through fine. Emails got sent to client and order showed up in my orders list. What happens when you place an order?

I just cleared out my template_c folder and appears to have fixed it.

anyNode

@SkylarM said:
I just cleared out my template_c folder and appears to have fixed it.

Ah good, try clearing your template_c as well @Nick_A

AlexanderM

@Nick_A http://drop.hostt.co.uk/ScreenShot-24-00701.png

sman

This is why this should have only been an incremental update....sigh.

Nick_A

@anyNode said:
Ah good, try clearing your template_c as well Nick_A

Didn't work. Trying something else.

sman

This is what they told me to do about the v5.3.0 reporting. Fun times.

we have posted a new version of the 5.2.6 files which can be uploaded to resolve this issue. Once this has been done please run the following query on your WHMCS database: update tblconfiguration set value='5.2.6' where setting='Version';

AlexBarakov

Nick, turns out noone can place orders with us as well. If you find a solution let me know. Cleaning cache didn't work.

anyNode

WHMCS really needs to TEST their releases before actually releasing them...

Brandon

@anyNode said:
WHMCS really needs to TEST their releases before actually releasing them...

You'd figure that would be a given >_>

Patrick

5.2.6 is working fine for us here, namely 5.2.6.4

Also another 'update':
http://blog.whmcs.com/?t=76327

Note: If you have either /lang/langupdate.php or /admin/lang/adminlangupdate.php present in your installation we recommend removing them.

Nick_A

Running that SQL fixes the maintenance error, but checkout is still a blank page and invoices aren't generated.

CNJeremy

@Nick_A said:
Didn't work. Trying something else.

maybe try and dump your browsers cache also just for good measure.

Nick_A

It was a memory limit issue. :Sigh:

AlexBarakov

@Nick_A said:
It was a memory limit issue. :Sigh:

It was spiting the same error on my side. WIll try in a minute.

Edit:
Seems like a clean reinstall and memory limit removal fixed it for me as well.

SkylarM

@Alex_LiquidHost said:
Seems like a clean reinstall and memory limit removal fixed it for me as well.

I had the memory issue with cPanel ages ago, was a pain in the butt to narrow down but I set a higher memory limit and it fixed it for me, looks like it did for Nick too

Oxide

Increasing the memory limit resolved the ordering issue for us.

However, it still looks like they haven't resolved the select all orders issue I outlined here http://lowendtalk.com/discussion/10731/whmcs-5-2-x-select-all-orders-issue.

SkylarM

@Oxide said:
Increasing the memory limit resolved the ordering issue for us.

However, it still looks like they haven't resolved the select all orders issue I outlined here http://lowendtalk.com/discussion/10731/whmcs-5-2-x-select-all-orders-issue.

Select all bug is an issue persistent across many of their pages. Sometimes client searches do not return any results, sometimes it shows the same user ID 3-4 times in the search results. Buggy is buggy.

Oxide

That's a shame because I never experienced any problems like that with 5.1.

Brandon

Is anyone getting server errors when attempting to view tickets from the admin area?

Oxide

Anyone else experiencing problems with creating a new addon for a client's product/service? After clicking on "Add New Addon" it refreshes the same page, yet adds &aid=add to the end of the URL.

qps

@Oxide said:
Anyone else experiencing problems with creating a new addon for a client's product/service? After clicking on "Add New Addon" it refreshes the same page, yet adds &aid=add to the end of the URL.

Confirmed - we are seeing the same issue.

Oxide

@qps said:
Confirmed - we are seeing the same issue.

OK, Thanks. Wanted to make sure it wasn't just us.

qps

Just received this response from WHMCS:

Howdy,

>

We're aware of this issue and we're building a version to resolve this specific issue (Case #2954). Once available, it will be noted on the blog. We expected this within the next 24 hours, however aim for a much shorter time frame.

>

Best Regards,
Chris Borsheim

mpkossen

It seems to me, but that's just an educated guess, they did a Search and Replace in all the files and clicked around to test it, zipped it and be done with it. Only to find out its broken afterwards. And again. And again. And again.

If it weren't for their feature-set and their some-what EU-compatible invoicing, I definitely wouldn't be using WHMCS anymore.

concerto49

@mpkossen said:
It seems to me, but that's just an educated guess, they did a Search and Replace in all the files and clicked around to test it, zipped it and be done with it. Only to find out its broken afterwards. And again. And again. And again.

If it weren't for their feature-set and their some-what EU-compatible invoicing, I definitely wouldn't be using WHMCS anymore.

Sounds like it. So many files were modified. Took us a while to update earlier.

nixcom

Unless the addon issue (Case #2954), everything seems to be fine on my side... Anyone found anything else?

VPSSimon

We seem to be having no issues ourside either. 5.2.6 running.

mpkossen

I've just filed a ticket with WHMCS to share my, well, "surprise" at this happening. I'm curious at their response.

fileMEDIA

Anyone a issue in Client.php @ WHMCS 5.1.8?

We got "Fatal error: Call to undefined function db_escaoe_string() in..".