I am trying to:
Use Cred to create paid member. The error only appears if cred commerce is ticked - free user registration works fine.
Link to a page where the issue can be seen:
hidden link
I expected to see:
The checkout using woocommerce and woosubscriptions to handle recurring payments
Instead, I got:
Warning: trim() expects parameter 1 to be string, array given in /home/localbuilder/public_html/wp-includes/class-wp-user.php on line 206
The user was not saved because of the following 0 problems:
Hi, I'll be glad to help. I was running a quick test on your site and deactivated Layouts temporarily, but now I can't reactivate it because I'm seeing an error on the front-end blocking access to wp-admin. I tried logging in using FTP to resolve the issue, but I am getting an error in FTP:
Status: Logged in
Status: Retrieving directory listing of "/public_html"...
Command: CWD /public_html
Response: 250 OK. Current directory is /public_html
Command: TYPE I
Response: 200 TYPE is now 8-bit binary
Command: PASV
Response: 227 Entering Passive Mode (***,*,**,***,***,**)
Command: MLSD
Error: The data connection could not be established: ECONNREFUSED - Connection refused by server
Could you check? A simple solution would be to temporarily rename the Toolset Starter and Toolset Starter Child theme folders to activate a default theme like Twenty Seventeen. That should allow me to regain access to wp-admin. Then any assistance you can provide me to use FTP would be appreciated. Thanks!
Hi there,
I've removed the code causing the issue. You should have front-end access again. Do you know your IP address? I suspect you can't FTP to the server due to it possible blocking suspicious IPs.
My IPv6 is 2601:743:202:f19:d864:297:b4a0:d06f
Aha - I tried SFTP and it let me log in using this protocol, please stand by and I will continue investigating.
Okay I've tried to replicate your setup locally to reproduce this issue, but I'm having some trouble on a clean installation. If possible, I would like to create a clone of your site to run some more tests locally and isolate the issue. If you agree, I will install the Duplicator plugin and begin creating that clone for tests. Let me know if that's okay.
Yea sure that’s ok. I have a deadline on this site so if we can’t find the issue, the old workaround I can think of is letting woocommwerce automatically create the user and use the standard product purchase process in woocommerce.
Hey Christian,
I should say, I have decided to let Woocommerce create the user profile upon purchasing the membership as a workaround as i'm on a deadline, however there obviously is either a bug or some compatibility issue with CRED commerce, so it would be good if we could find what the issue is.
Understood, I'm in the process of making the clone now and will update you shortly.
In my local testing I've found that it seems to be dependent upon whether or not an email notification is defined for the form. A form with identical inputs and settings, but with no email notifications defined, does not trigger the same error for me. I'm escalating this to our 2nd tier support team for additional investigation. Please stand by and I will update you when I have some additional information to share.
Hi, the CRED Commerce team has released two errata and 3 patch files that should fix this problem for you. Please follow the instructions on both these posts to apply the necessary changes:
https://toolset.com/errata/cred-commerce-user-registration-fails-throwing-a-warning/
https://toolset.com/errata/cred-commerce-receives-wc-cart-get_checkout_url-deprecated-since-2-5/
Let me know if these patches do not fully resolve the issue and I can take another look.
