Search Results for 'wordpress'
-
Search Results
-
Hi @boonebgorges Thanks a lot for the reply – no I actually have root on my server. So I went in and copied all the WP 3.1.3 files and installed manually, editing the connection strings myself in wp-config.php
For Buddy Press I copied the files via FTP to /plugins and installed from there. I do indeed have phpMyAdmin access. It looks like the tables are there and I can create groups and post updates in them. It’s just when I enable forums then that page shows no topics displayed. Likewise when I got to post in a public group via that group’s Forum tab it will also error. I’ve tried every solution I could read in here all day long to no avail
Even clicking and unclicking the group’s permission to allow discussion forums.URL: http://stangnation.com
Forum Link: http://stangnation.com/forumsI’ve tried a number of permalink structures as well – I am currently using /%category%/%postname%
I CHMOD /plugins/buddypress to 755. I made sure of course the bb-config.php is accurate and in the root. BuddyPress SQL tables are on the same db as WordPress is..
Really stumped here…
find . | xargs fgrep
./_inc/global.js
./_inc/ajax.php(basically the Ajax related code)
From the ajax code in BuddyBase theme, no hits not being invoked. So I went back to the BuddyPress plugin, and added some erro_log calls to bp-activity.php…that got his, so the Ajax frame work is working, just not connecting to the theme.
From the stack trace of bp-activity, it looks like wp-load.php leads to wp-settings.php, which loads up bp-loader.php…I imagine bp-loader.php is what brings in any necessary BuddyPress stuff.
Anyways, I confirmed that bp-activity.php (in the BuddyPress plugin, not the BuddyBase theme) is calling:
add_action( ‘wp’, ‘bp_activity_action_post_update’, 3 );
So the activity handler should be getting called…but it doesn’t. I put some logging in that function (bp_activity_action_post_update), and its not getting called.
The ‘wp’ hook seems like the place I would expect this to run; its Ajax so the theme/template isn’t actually needed, it just neesd th POST data. So the logic seems right.
At least the API reference says wp is used for POST processing:
https://codex.wordpress.org/Plugin_API/Action_Reference
I guess I need to dig around find where WordPress is invoking any wp hooks, and then try to see why its not invoking this POST handler.
Here’s how to get around activation. I was having the same problem on my test server, since it couldn’t send out activation emails. If you need activation emails enabled, then this workaround will not work for you.
For users that have already been created and cannot login, you can go into the wp_users table in the database and change their ‘user_status’ from ‘2’ to ‘0’ (if you have database access). ‘user_status’ is not used in WordPress — it’s a dead field — but Buddypress uses it to redirect to the homepage if a user has not been activated (aka user_status=2).
To avoid the problem for future user registrations, you can change a file to avoid activation (if you have FTP access). In the buddypress plugin directory, find bp-core/bp-core-signup.php. Find the line that says:
`$wpdb->query( $wpdb->prepare( “UPDATE $wpdb->users SET user_status = 2 WHERE ID = %d”, $user_id ) );`
In my installation (1.2.
it is on line 357. Change the 2 on that line to a 0. So it should look like this:
`$wpdb->query( $wpdb->prepare( “UPDATE $wpdb->users SET user_status = 0 WHERE ID = %d”, $user_id ) );`Now when a new user is created, they will automatically be able to login without their email needing to be confirmed.
