Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 951 through 975 (of 1,763 total)
  • @jeffsayre

    Participant

    When I go to the link you provided, a member theme does show up. It is just not properly formatted.

    1. Which version of BuddyPress are you running?
    2. Did you update the default themes when you upgraded BP the last time?
    3. Or, is this the first time you’ve intsalled BP?

    @jeffsayre

    Participant

    Hum. Interesting. That error message is often associated with someone trying to run BuddyPress with the single-version WP. It would have made this issue a lot easier to resolve had that been the case!

    Okay, here are some additional questions (besides the ones asked by DJPaul):

    1. How (and from where) did you download WPMU?
    2. How did you install it?
    3. Was WPMU functioning properly before trying to install BuddyPress?
    4. Have you checked your server’s error logs for other errors? If there are errors, what are they?
    5. Do you have any other WPMU plugins installed and activated?

    @jeffsayre

    Participant

    You are running the single-user version of WordPress–most likely WP 2.8. BuddyPress will not work with single-user WP.

    You must run WordPress Multiuser (aka WPMU or WordPress Mu) which can be downloaded from this link: https://mu.wordpress.org/download/

    @jeffsayre

    Participant

    What? Just when I had figured out how to decode the old permalink structure you go and make it better.

    This is a very welcome improvement!

    @jeffsayre

    Participant

    @Reboot

    Okay, thanks to Burt for waking me up enough in IRC to point out my errors, here’s what you need to place in your bp-custom.php file:

    <?php
    function remove_links(){
    remove_filter( 'bp_get_the_profile_field_value', 'xprofile_filter_link_profile_data', 2 );
    }
    add_action( 'plugins_loaded', 'remove_links' );
    ?>

    That should work.

    I’m going to get some sleep now.

    @jeffsayre

    Participant

    You’re welcome!

    In reply to: Buddypress Fatal Error

    @jeffsayre

    Participant

    @TheEasyButton

    Did this behavior occur after installing the bbPress Integration plugin? Or, was it some other aspect of the overall bbPress integration?

    In reply to: Buddypress Fatal Error

    @jeffsayre

    Participant

    I agree with Burt. My three questions and suggestions were going to be this:

    1. Are you running WPMU 2.7.1 or WordPress 2.8? You mention that you were running WPMU before. Did you upgrade to the beta version of WPMU 2.8 from trunk? Or, did you accidentally upgrade to WP 2.8? WPMU 2.8 is not yet in public release.
    2. What other plugins besides BP do you have activated? Have you tried removing them all except BP and see if you can get back to the plugins page?
    3. Have you tried removing BP and then seeing if the plugins page returns? If it does, then deactivate all other plugins and reinstall BP. What happens?

    @jeffsayre

    Participant

    Someone reporting email issues with groups as well: https://buddypress.org/forums/topic.php?id=3183

    @jeffsayre

    Participant

    All this talk about cookies is making me hungry.

    Initially it sounded similar to the multi-messaging bug that we discovered 4 weeks ago. But that bug did still successfully send the messages to all the email recipients. It was just that the contents of the email were blank depending on whether you were the first person on the recipients’ list or the second.

    This is different since the email is simply not sent to the second person.

    @jeffsayre

    Participant

    But, I can’t just get rid of the WP-Profile link, because it has the ability for users to change their password and so far I don’t see a way for BP to allow users to change their password in the BP areas?

    A user can change their password by going to their profile and clicking:

    Settings > General

    Try it here on this site!

    @jeffsayre

    Participant

    @wtfman

    You are linking to a thread that is three months old. Much has changed since then. For instance, BuddyPress now runs in /plugins/– not /mu-plugins.

    Also, as r-a-y has pointed out, once you activate BP site wide, there is a new menu grouping in WPMU admin called “BuddyPress”. It is located at the very bottom of then menu grouping column.

    @jeffsayre

    Participant

    I believe that bp-custom.php should actually go in “mu-plugins”

    No. bp-custom.php goes in /plugins/. See line 9 of bp-core.php.

    @jeffsayre

    Participant

    @catincoach

    The ability to promote a group member to admin is in the works for version 1.1!

    See the BP roadmap: https://buddypress.org/about/roadmap/

    @jeffsayre

    Participant

    Burt, good stuff!

    boonika, I’m glad Burt was able to get your site working again.

    @jeffsayre

    Participant

    Since BuddyPress requires WPMU, this is really a WPMU question. Search their forums.

    Here are a few threads to get you started, but do a more thorough search than just relying on the few posts I’ve linked below:

    https://mu.wordpress.org/forums/topic/10028

    https://mu.wordpress.org/forums/topic/13072

    @jeffsayre

    Participant

    I read your posts in this thread: https://buddypress.org/forums/topic.php?id=2657

    What caught my eye was your statement:

    I have a lot of plugins for MU but I didn’t include any extra BP plugins.

    To trouble shoot, please read my post in that thread just above your first post.

    Deactivating plugins does not mean just “BuddyPress plugins”. Why? Because BP is itself a plugin. What others may call “BuddyPress plugins” are actually WPMU plugins that extend the BuddyPress plugin in some way.

    When we ask people what other plugins they have running and advise them to deactivate all plugins except BP, we mean all WPMU plugins except BP!

    Furthermore as I detail in my linked-to post, to effectively troubleshoot, you need to be running the default BP themes. Basically, you need to remove as many variables as possible.

    @jeffsayre

    Participant

    @jeffsayre

    Participant

    @jeffsayre

    Participant

    I tried very hard to get this to work, and I can not get that code to work, even in the default template or even by creating a blank .php with pasting in the code listed above to upload to the mu-plugins directory.

    First of all you should not be placing the code in mu_plugins. Either place it in your bp-custom.php file, create your own plugin that resides in /wp-content/plugins/, or put the code in your member theme’s functions.php file.

    But, in the BP Profiles section, the users can simply change their login username to anything they want. This will obviously lead to database errors and people changing their usernames to cause conflicts.

    Where do you see the option in BuddyPress to change your login username? The only option you have is to change your display name. This is an entirely different piece of datum.

    Yes, when a user registers for a new account, if they choose to enter the exact same datum in the username field as the “Full Name” field, then that is their choice. But, this data is stored and used in different ways. The datum from the “Full Name” field gets placed in two different tables: it populates the display_name field in the wp_users table and it is recorded in the wp_bp_xprofile_data table corresponding to the meta field entitled “Full Name” in the wp_bp_xprofile_fields table.

    When a user decides to edit their “Full Name” field via BuddyPress, the changes to that piece of datum have no affect on the login username field stored in the user_login field of the wp_user WordPress table.

    So, on the same registration page, you have two questions requesting for what their username is going to be. This is quite ridiculous, and so far their is no way to shut that part off. Does anyone have any ideas?

    This is not correct. These fields serve different purposes as detailed above. One field is the user_login, the other is the user’s display name.

    @jeffsayre

    Participant

    As far as I know, there currently is not a BP-specific widget that will allow this. But, you could us a WP Ad widget or plugin if you only are looking to display ads on the home page.

    @jeffsayre

    Participant

    The custom field values are found in wp_bp_xprofile_fields table whereas the actual datum for each field is found in wp_bp_xprofile_data table.

    As far as how to output the data, this should give you some ideas: https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-profile-data-loop-bp_has_profile/

    @jeffsayre

    Participant

    Great! I’m glad I could be of assistance.

    @jeffsayre

    Participant

    Well, if you don’t touch the htaccess.dist, it should create the .htaccess file. It is an invisible file, so if you do not have your file browser set to view hidden files, you will not see it.

    Also, if as you’ve said you did a root install of WPMU, then this line should be:

    RewriteBase /

    and not:

    RewriteBase BASE/

    @jeffsayre

    Participant

    Instead of hacking the core, I would suggest placing any core-modifying code in the bp-custom.php file.

Viewing 25 replies - 951 through 975 (of 1,763 total)
Skip to toolbar