Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • In that same section of the admin area, you can find the poll template for results (there are 2 – one if the person already voted, 1 if they didn’t), and you can delete the stuff that’s there. You could try to add a “Thanks for voting” line, but it gets repeated for however many options you have.

    Then if you want to display the results of these polls later, you can restore the default template (although that’ll affect all of your polls).

    And now it looks like I’ve solved my issue. Rather than searching through all the wordpress, phpBB, and the plugin’s login/authentication code, I went to the database and changed the username column of the phpbb_users table from being utf8_bin, which was the default when it installed and was case sensitive, to utf8_general_ci, which is case insensitive.

    Not resolved yet. I did find that the issue only comes up for users who have different capitalization between their wordpress login and phpBB username. Not sure why they would be different, since this plugin creates phpBB usernames only when people login with their WP names. But I’m trying to track down the parts in the code where case sensitive usernames are included and make things less picky.

    Alright, so after some random testing I believe I’ve found where the issue comes from. It’s in the file “bp-chat.php”, within the function “bp_chat_load_buddypress”. Specifically, there’s a line:

    wp_redirect( get_bloginfo(‘wpurl’) . ‘/wp-admin/plugins.php’ );

    If I comment out that line (add “//” in front), then I can access the admin page, and chat plugin still seems to work everywhere else.

    Here’s the code around that area, with the redirect line commented out. Anybody know what all this stuff does, or how it’s supposed to be? This function is supposed to check that buddypress is loaded, else the plugin shouldn’t be active. But in my case, I know buddypress is active so if this function were working correctly, it wouldn’t get to the redirect line at the end, so something is broken in the function.

    However, I feel that you can probably comment out the redirect line if you’re sure to disable this plugin before updating and/or disabling buddypress.

    function bp_chat_load_buddypress() {
    	if ( function_exists( 'bp_core_setup_globals' ) )
    		return true;
    	/* Get the list of active sitewide plugins */
    	$active_sitewide_plugins = maybe_unserialize( get_site_option( 'active_sitewide_plugins' ) );
    	if ( isset( $active_sidewide_plugins['buddypress/bp-loader.php'] ) && !function_exists( 'bp_core_setup_globals' ) ) {
    		require_once( WP_PLUGIN_DIR . '/buddypress/bp-loader.php' );
    		return true;
    	/* If we get to here, BuddyPress is not active, so we need to deactive the plugin and redirect. */
    	require_once( ABSPATH . 'wp-admin/includes/plugin.php' );
    	if ( file_exists( ABSPATH . 'wp-admin/includes/mu.php' ) )
    		require_once( ABSPATH . 'wp-admin/includes/mu.php' );
    	deactivate_plugins( basename(__FILE__), true );
    	if ( function_exists( 'deactivate_sitewide_plugin') )
    		deactivate_sitewide_plugin( basename(__FILE__), true );
    //	wp_redirect( get_bloginfo('wpurl') . '/wp-admin/plugins.php' );
    add_action( 'plugins_loaded', 'bp_chat_load_buddypress', 11 );

    I have this issue too, with wordpress 3.2.1 and buddypress 1.5

    I like the plugin, it seems to be working okay on the site…but I need to be able to access the dashboard.

    Anybody have suggestions or ideas about which file(s) might be causing the redirects?

    I actually see that you can do pretty much that by looking at the events.ics file, which is pretty cool…I’ll just need to find a program that’ll let me view the attendees on the calendar ’cause outlook doesn’t seem to do that. (Anybody know any good .ics viewers?)

Viewing 6 replies - 1 through 6 (of 6 total)