Opened 5 years ago
Closed 3 years ago
#8306 closed defect (bug) (fixed)
Member url's fail when nicename is empty when using compatibility mode.
Reported by: | liammitchell | Owned by: | |
---|---|---|---|
Milestone: | Awaiting Review | Priority: | normal |
Severity: | normal | Version: | 6.0.0 |
Component: | Core | Keywords: | |
Cc: |
Description
Fallback to lower(user_login) when nicename is empty string?
Additionally if iThemes security suggest putting
define('BP_ENABLE_USERNAME_COMPATIBILITY_MODE', false);
in the wp-config.php if using the user_nicename must not be the same as user_id feature.
This was happening in a version prior to 6, 4.4.0 I updated to 6 to see if it would fix it but it was still present.
Additionally without the compatibility mode enabled, urls seemed to fail when nicename is different to user_login.
members/me was giving blank page content or a 404 depending on the url.
Theme used did not appear to matter.
Change History (2)
#1
in reply to:
↑ description
@
5 years ago
#2
@
3 years ago
- Resolution set to fixed
- Status changed from new to closed
The issue has been fixed by the plugin see: https://wordpress.org/support/topic/buddypress-with-username-compatibility-mode/#post-13157095
To add some more info.
The extension Restrict Usernames Emails Characters appears to be setting the nicename to empty string when a user makes a checkout via woocommerce.
https://wordpress.org/support/topic/buddypress-with-username-compatibility-mode/
Not 100% on this however.
https://github.com/ithemes/iThemes-Security/issues/138