77 points
Community rank #720
Ryan Englin
El PresidenteFriendly Neighbour
MemberLikes (0)
We are testing the manual creation of products for clients. Most of the clients we are working with right now are in person so we are setting up their client records through the admin panel and then creating a product for their client record manually in WHMCS. We've also got a lot of clients paying for their services via check.
In testing, I've noticed that if I make any changes to the client's product and they are hosting on our MU site that WHMCS wipes out a lot of their data. I've also noticed this happen if I just click 'save' on the product screen (see attached). Originally I thought this might be a problem with my configuration but then noticed it only happens on products that are controlled by the provisioning plugin (products that create sites through WHM are working fine). FYI - the provisioning plugin is talking to my WPMU install and is setting up the sites just fine. The problem presents itself when making changes to the product screen in WHMCS.
The problem originally presented itself because I was trying to mark the product to use the Mail In Payment gateway and then once I clicked save it zapped everything. Since I've pinpointed the problem to only products associated with the provisioning plugin, I'm hoping you can help. Do you have any thoughts on things I should check?
21642 pointsCommunity rank #0Supreme DeityWPMU DEV StaffLifetime member
Support Kangaroo
(joined March 2011)
Likes (0)
Greetings ryanenglin,
It is my opinion, though I am not sure, that the provisioning plugin is synchronizing its database with the options available in WHMCS.
One way to test this would be to deactivate the WHMCS MU Provisioning plugin and then make your changes directly in WHMCS and then turn around and then activating the WHMCS MU Provisioning plugin once again and see how it reacts and if the changes are possibly and applicably reflected (and hopefully so).
Thanks for the response. I'll give this a try. I also opened a ticket with WHMCS and they suggested that it may not be saving since the plugin is disabling certain fields. With the fields disabled on the WHMCS product screen the data is getting lost during an update. Just trying to get this figured out quickly. Your help is appreciated.
I took a deeper look into the response I received from WHMCS and I believe I've confirmed their take on this. I went through the whmcs_multisite.php file provided with the plugin and commented out the jQuery line that disables the fields on the product screen. I setup a new WPMU site and made changes to the product in WHMCS. The system now saves my updated configuration. It was line 482 in the file that I commented out. Can you run this by the developer to confirm that this is the correct solution? It looks like it's now working for me although I'd like to confirm that this isn't just a band-aid fix.
2273 pointsCommunity rank #23Supreme DeityWPMU DEV StaffLifetime member
Developer
(joined January 2012)
Likes (0)
Yep looks like a goof. If a field is disabled it doesn't send back in the post . Both "disabled" should be changed to "readonly" so they will get sent back.
Responses (7)
Support Kangaroo (joined March 2011) Likes (0)
Greetings ryanenglin,
It is my opinion, though I am not sure, that the provisioning plugin is synchronizing its database with the options available in WHMCS.
One way to test this would be to deactivate the WHMCS MU Provisioning plugin and then make your changes directly in WHMCS and then turn around and then activating the WHMCS MU Provisioning plugin once again and see how it reacts and if the changes are possibly and applicably reflected (and hopefully so).
Please advise.
Cheers, Joe
Member (joined November 2011) Likes (0)
Thanks for the response. I'll give this a try. I also opened a ticket with WHMCS and they suggested that it may not be saving since the plugin is disabling certain fields. With the fields disabled on the WHMCS product screen the data is getting lost during an update. Just trying to get this figured out quickly. Your help is appreciated.
Thanks again.
Member (joined November 2011) Likes (0)
I ran the test and it didn't resolve the problem.
I took a deeper look into the response I received from WHMCS and I believe I've confirmed their take on this. I went through the whmcs_multisite.php file provided with the plugin and commented out the jQuery line that disables the fields on the product screen. I setup a new WPMU site and made changes to the product in WHMCS. The system now saves my updated configuration. It was line 482 in the file that I commented out. Can you run this by the developer to confirm that this is the correct solution? It looks like it's now working for me although I'd like to confirm that this isn't just a band-aid fix.
Thanks,
Member (joined November 2011) Likes (0)
Any chance to take a look at this?
Support Kangaroo (joined March 2011) Likes (0)
Greetings ryanenglin,
I sincerely apologize for the delay on this, it appears that it got away from me somehow in the back of the ticket system.
Thank you for all your input and testing and absolutely I will alert the lead developer to your findings and try to get his attention in on this asap.
Cheers, Joe
Developer (joined January 2012) Likes (0)
Yep looks like a goof. If a field is disabled it doesn't send back in the post . Both "disabled" should be changed to "readonly" so they will get sent back.
Support Kangaroo (joined March 2011) Likes (0)
Greetings ryanenglin,
It appears that our lead developer got this issue permanently handled in his last update to this plugin version 1.0.2.
Therefore I am marking this ticket as resolved and thank you for your patience until we got the update with the fix out.
Cheers, Joe
Become a member