Forum Replies Created

Viewing 15 replies - 31 through 45 (of 55 total)
  • Thread Starter Roger N

    (@roger-n)

    I also noticed that the link to “WordPress blog” in the forum isn’t working. It just tries to load the root url with a ?sid= and a long string. Perhaps this is correct, but I thought I would mention it. I think it is the same with the admin link to the phpBB admin, although I have to check this.

    Thread Starter Roger N

    (@roger-n)

    Just realized this should be easy enough to do just by creating a hierarchy for the categories in WP and just use the id for the higher ranked category.

    Thread Starter Roger N

    (@roger-n)

    Well, assuming we had the same problems as described above, then the fix for me was replacing WP-SMTP with another plugin. I also had to make some changes to the css of both the forum and WP, although those changes aren’t perfect yet, especially not for different screen resolutions.

    Also, note that what you should add is:

    <!-- IF U_BLOG_LINK -->
             <dt>{L_BLOG}:</dt> <dd><a href="{U_BLOG_LINK}" title="{L_VISIT_BLOG}" >{L_VISIT_BLOG}</a></dd>
          <!-- ENDIF -->

    For me, the place where it should be added seems to have been a bit different, so I added it after

    <dt>{postrow.PROFILE_FIELD1_NAME}:</dt> <dd>{postrow.PROFILE_FIELD1_VALUE}</dd>
          <!-- ENDIF -->
    Thread Starter Roger N

    (@roger-n)

    Thanks! Not sure what is wrong here, but I found another plugin called Context Aware Sidebars, which lets me add a new widget area to the sidebar which can be controlled to show on certain categories or pages. This lets me add specific widgets into that area, including a custom menu.

    Thread Starter Roger N

    (@roger-n)

    Hm… Well this is the code for the sidebar:

    <?php if(brunelleschi_option('sidebar') !== 'none'): ?>
    
    <div id="sidebar" class="widget-area <?php brunelleschi_sidebar_class(); ?>" role="complementary">
    
    <ul class="xoxo"><?php if ( ! dynamic_sidebar( 'primary-widget-area' ) ) : ?>
    
    <li id="search" class="widget-container widget_search">				<?php get_search_form(); ?></li>
    
    <li id="archives" class="widget-container"><h3 class="widget-title"><?php _e( 'Archives', 'brunelleschi' ); ?></h3>
    <ul><?php wp_get_archives( 'type=monthly' ); ?></ul></li>
    
    <li id="meta" class="widget-container"><h3 class="widget-title"><?php _e( 'Meta', 'brunelleschi' ); ?></h3><ul><?php wp_register(); ?><li><?php wp_loginout(); ?></li><?php wp_meta(); ?></ul></li>
    <?php endif; // end primary widget area ?></ul>
    
    <!-- Unified into one widget area, as of 1.1.8 -->
    <?php if ( is_active_sidebar( 'secondary-widget-area' ) ) : ?>
    
    <div class="widget-area" role="complementary">
    <ul class="xoxo"><?php dynamic_sidebar( 'secondary-widget-area' ); ?></ul></div><!-- #secondary .widget-area -->
    <?php endif; ?>
    </div>
    <!-- #primary .widget-area -->
    
    <?php endif; ?>

    Anything you see here that might affect things?

    Thread Starter Roger N

    (@roger-n)

    Hi John!
    Sorry, I should have posted that this has been resolved. It was a complex issue with the plugin that combines PHPBB forums with WP and some of the functions of the forums and WP overlapping causing conflicts in registering users where the users have single login access to both parts.

    This was also tied to a SMTP-plugin for WP which really had the conflict and when that was replaced with another that had differently named function, or rather HTML/CSS, then things worked fine. It had nothing directly to do with User Switching, although at first it all seemed related.

    Thanks!

    Thread Starter Roger N

    (@roger-n)

    Thanks! I appreciate it! I have posted some other questions on your forum regarding css and a particular theme also, and I would very much appreciate your help there.

    Again, thanks for a really great plugin!

    Thread Starter Roger N

    (@roger-n)

    Seems to work alright with to work alright with the plugin Configure SMTP though, so I am switching to that for sending the email instead.

    Thread Starter Roger N

    (@roger-n)

    Ok, this is a conflict with the WP-Mail-SMTP plugin. With it disabled, login integration seems to work properly. This is unfortunate, as I seem to be having other issues with user registrations not being sent out without this plugin.

    Thread Starter Roger N

    (@roger-n)

    Trying it with some updated settings for mail in WP I now get the following when I try to register.

    Fatal error: Cannot redeclare validate_email() in /storage/content/84/104584/mydomain.com/public_html/forum/includes/functions_user.php on line 1699

    Again, the user is created in WP, but not in the forum.

    Thread Starter Roger N

    (@roger-n)

    Oh, and as I try to register a new user it is registered in WP, but the user integration appears to be broken and I get a blank page loaded with the message shown above.

    admin.php?page=wpu-user-mapper returned: Error: Invalid XML: Fatal error: Cannot redeclare validate_email() (previously declared in /storage/content/84/104584/mydomain.com/public_html/wp-content/plugins/wp-mail-smtp/wp_mail_smtp.php:350) in storage/content/84/104584/mydomain.com/public_html/forum/includes/functions_user.php on line 1749

    Thread Starter Roger N

    (@roger-n)

    Thank you! There was an error_reporting line in common.php and with it disabled I no longer receive that message. I do have a few other issues though, but those are reported on your support forums. Again, thanks!

    Thread Starter Roger N

    (@roger-n)

    My apologies! I just realized for this site I am using another plugin and not Socialize. You are quite welcome to remove this thread.

    Thread Starter Roger N

    (@roger-n)

    Found it. This removes WP Bannerize from non-admin’s admin menu:

    //hide wp-bannerize menu items to non administrators
    if ( is_admin() && ! current_user_can( ‘administrator’ ) ) {
    add_action( ‘admin_menu’, ‘mwr_remove_wpbannerize’ );
    function mwr_remove_wpbannerize() {
    remove_menu_page( ‘wp-bannerize-mainshow’ );
    }
    }

    Thread Starter Roger N

    (@roger-n)

    Almost got it sorted by removing similar admin menu items out in the functions.php. However, the WP Bannerize is stubborn and still remains in the menu. Any advice? I assume it is to do the the name used in the restrictions.

    if (! current_user_can(‘manage_options’)){

    function remove_menus (){
    global $menu;
    $restricted = array(__(‘Quotes’), __(‘Events’), __(‘WP Bannerize’));
    end ($menu);
    while (prev($menu)){
    $value = explode(‘ ‘,$menu[key($menu)][0]);
    if(in_array($value[0] != NULL?$value[0]:”” , $restricted)){unset($menu[key($menu)]);
    }
    }

    }

Viewing 15 replies - 31 through 45 (of 55 total)