Hey @specialk
This was initially done intentionally based on a bug that was in PHP itself (but was fixed in a later release):
https://core.trac.ww.wp.xz.cn/ticket/49395
We preemptively made the change in 3.0 (while this issue was affecting WordPress installs), but we’ll have to reassess it now.
It appears that it was fixed in later releases of PHP. We’ll have to log an issue and do some deep testing on all our supported PHP versions to ensure we don’t break compatibility.
Thanks for the information, @cklosows. That all makes sense why it was changed.
Hopefully allowing spaces can be restored soon. WordPress itself allows users to include spaces, so unless EDD is registering users outside of WP APIs, it should be possible to just let WordPress handle it.
It’s frustrating to users who register as “Pat Smith” and then try to log in based on what they entered. Only to get the “username is not registered” error because the actual registered username is “PatSmith”.
If nothing else make the no-spaces requirement apparent right there on the form, where the user enters their name in the first place. Either auto-remove spaces as the user types, or trigger an error.. anything would be an improvement imo.
Hi @specialk
We resolved this issue and it will be available with EDD 3.1!
Regards
That is great news!
I’ll keep an eye on it and mark this thread as resolved once EDD 3.1 is released.
Thank you @misulicus
Hey @specialk
Have you got to test the new update? This issue should now be resolved.
I have not yet had time to update, will let you know asap. Thanks!
