Forum Replies Created
-
Any thoughts, Paul?
That’s the problem, I tested again with “User accounts may be registered” setting – not “Both sites and user accounts can be registered” enabled – and I’m getting the page not found since it’s looking for /blogs/create/ and somehow not directing to /register/. Again, this is via the wp meta widget > register link.
I’m also getting the same error when trying to click the “register” link attached to the login screen on a site other than the primary.
I found a filed bug from 10 months ago, it says that it’s fixed, but I am somehow recreating that same issue…today! lol
Here’s a link to ticket # 4032 on trac: https://buddypress.trac.wordpress.org/ticket/4032
So do you think those 3 errors I posted above regarding the user login key and the message “The indexes user_login and user_login_key seem to be equal and one of them could possibly be removed.” found in the phpadmin panel, there is no correlation and I shouldn’t be concerned with either message?
[RESOLVED – for some reason when I enabled the other theme it disabled the default bp-theme in the network. Once it was re-enabled it, no Cheatin Uh? message] Lastly, not related to this same topic, but I thought I resolved the Cheatin Uh? message after reinstall, only to discover when changing to a different bp theme, then trying to switch back to the default bp-theme, I get that dang message again! [/]
Thanks again.
update: verified all sites are set to permalinks “day and name”
verified “register” page in bp pages setup is set to “register” but the view link takes me to primarysite.com, not primarysite.com/register
and discovered the following error in the phpadmin, possibly the culprit, not sure:
Problems with indexes of table wp_PRIVATE_users
The indexes user_login and user_login_key seem to be equal and one of them could possibly be removed.
Here are the 3 error logs when clicking the meta register link
WordPress database error Multiple primary key defined for query ALTER TABLE wp_PRIVATE_usermeta ADD PRIMARY KEY (umeta_id) made by require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), call_user_func_array, bp_template_redirect, do_action(‘bp_template_redirect’), call_user_func_array, bp_screens, do_action(‘bp_screens’), call_user_func_array, bp_forums_directory_forums_setup, do_action(‘bbpress_init’), call_user_func_array, bp_forums_load_bbpress, bp_bb_dbDelta
WordPress database error Multiple primary key defined for query ALTER TABLE wp_PRIVATE_users ADD PRIMARY KEY (ID) made by require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), call_user_func_array, bp_template_redirect, do_action(‘bp_template_redirect’), call_user_func_array, bp_screens, do_action(‘bp_screens’), call_user_func_array, bp_forums_directory_forums_setup, do_action(‘bbpress_init’), call_user_func_array, bp_forums_load_bbpress, bp_bb_dbDelta
WordPress database error Duplicate key name ‘user_nicename’ for query ALTER TABLE wp_PRIVATE_users ADD UNIQUE KEY user_nicename (user_nicename) made by require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), call_user_func_array, bp_template_redirect, do_action(‘bp_template_redirect’), call_user_func_array, bp_screens, do_action(‘bp_screens’), call_user_func_array, bp_forums_directory_forums_setup, do_action(‘bbpress_init’), call_user_func_array, bp_forums_load_bbpress, bp_bb_dbDelta
thank you.
update: reinstalled wp 3.5 and bp 1.6.2 and all is well with default bp template, accessing setup pages, registering via the top toolbar, accessing the forum, etc.
But I am now back to square one with the wp meta widget ‘register’ link where it takes me to myprimarysite.com/blogs/create, not myprimarysite.com/register link, like it should. I verified the pages setup in bp, saved it again to be sure, still the same issue. And on the primary site the meta register link goes to the correct form. On all sites the top toolbar register and log in links work just fine.
——
To others: If you are experiencing a similar situation like I started with, verify your php.ini and/or htaccess file setup in your root directory, to possibly save yourself a lot of time. Also, backup, backup and backup!! And don’t accidently delete a backup folder unless you know for sure you won’t need them anymore!Hey Paul, thanks for the reply!
I somewhat discovered part of the problem: I completely overlooked the php.ini and the modified htaccess file when reinstalling wp, which now allowed me to finalize the install of bp.
However, when trying to activate the default bp theme on the primary site I get the dreaded “Cheatin’ uh?” screen. Heck, I wish I could’ve cheated with this damn thing! lol
If you could possibly guide me along, and maybe a question or two after this one, I’d really appreciate it and hopefully it may also help others out in a similar situation right now.