steven99

Try using OrderProductPricingOverride instead as you're dealing with configurable options here and not addons and OrderAddonPricingOverride wont fire otherwise. I tested with OrderProductPricingOverride and it worked. Also I will presume you have the use capsule and product lines above this.

There is likely a php error within the callback. Turning debug, log errors, show errors under whmcs -> settings -> other tab may help. Once that is done, check the php error log for the errors after a webhook fails. The php error log can and usually are separate from the apache /nginx / whatever web server error log.

Would agree with @brian! , though looking at the error it seems the view cart template has PHP in it that is trying to access an object but that object has not been initialized . Are you using a custom orderform?

Well, the troubleshooting steps you have taken thus far. For example, did you enable module logging and use the logmodule function for it do an entry to confirm the hook is actually firing?

Are you accessing the admin via https:// and it redirects you to http://? if so, that would be why it logs you out as the session cookie wont match . As such, you need to edit the database directly and change the option there. or use http:// and change the password afterwards -- not the best solution but it will get you there.

Configuration options would give you that. Settings -> Products / services -> Configurable options . Create the new group and assign it to the product.

Are you saying the ClientChangePassword no longer fires? Could you explain further on what the problem is ?

I'd agree with @yggdrasil . Unless you are saying you need like a 3 month advance notice of cancel. I suppose a CancellationRequest hook could be made to adjust dates and such but changing the next due date would affect invoicing. One method I could think of is a cron hook with a service custom field that has the "date to start termination" plus other hooks for client area product details page to show that date. Then when that date approaches, the cron hook starts the cancel processing. For example, if the next due date month is the same as the terminate date month, then do end of cycle termination request via api. The CancellationRequest hook would "cancel" the original request and fill out the service custom field date to terminate with the calculated date or perhaps one the client sets. Or use a custom page to handle that process to stop whmcs cancel process altogether . With that said, it would be nice if the termination date did work like the above and not require a cancel state. I think your goal could be done but would require a developer to do the hooks.

I think the web agency aspect where someone could have multiple clients on the same system and be able to access those clients via one login is the real draw for the feature if it actually works that way. Beyond that for clients that need multiple people accessing an account, the sub account feature was perfect.

That is probably a good habit actually.

Are you wanting to change the ID to match with the old system's ID ? If so, why? Without services, invoices, etc the only places I could think of right off that the ID would matter would be the contacts, users, email, and log history tables. You would have to change it in the database directly. With that said, I would advise against unless there is a real good reason to do so beyond cosmetics.

IIRC that was an issue for me also and just chalked it up to payment modules just being different then others.

That is for cancels that are at the billing period or like at the next cron job. I would not muck about in the actual status as that could throw the whole system off . Rather, the hook should check the termination date and/or pending cancel requests and go from there for displaying the termination pending status.

In system settings -> Domain pricing, do you have DNS management checked for the TLDs you want to offer that with? That has to be checked for each TLD before it will show . For the update contact details, I would suggest turning on debug mode under the domain registrar module -> config and then try to update. It should then send an email of debug info. or at least that is what the code is saying it does.

You can try using ShoppingCartValidateCheckout hook to check for domains within $_SESSION[‘cart’] and then returning error "blah product requires a domain registration, please pick a domain" and provide a link to the domain checker page. If you want it to be specific to a product, then going through the items in the cart and check their pids against an array of pids that you want to be required to have a domain registration and return error as needed.