Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 86,751 through 86,775 (of 94,564 total)
  • Author
    Search Results
  • #51254
    Jeff Sayre
    Participant
    #6313
    AndreMartin
    Participant

    I originally posted this article in the WPMU forum but could not find any solution yet. Given the BuddyPress integration, it was thus suggested to post it here as well.

    Running WPMU 2.8.4, BuddyPress 1.0.3.

    First few blogs were created with WPMU 2.6 and then the system was upgraded through every single release (final, not beta or RC).

    I did not use the “dashboard” function to catch all new users as subscribers until today, thus they went all to blog ID 1.

    So much for the setup. Now from this I get 2 different, yet eerily similar problems:

    A) Blog ID 1 remains “catch-all”

    When adding “dashboard” as the new “blog for all new users”, it successfully imported all users from blog ID 1 as supposed to. But it did not remove the users from blog ID 1 so I did that manually.

    Now whenever anyone logs in on the site’s frontpage (which is blog ID 1), they are automatically added again as “contributor” to blog ID 1. (blog settings are “subscriber” btw)

    Problem: I thought that would not be the case anymore after using “dashboard” function? How to stop that?

    B) One other blog shows identical behavior

    Only 1 other blog shows the same behavior as above despite only being an ordinary blog with no special settings nor assigned rules. Whenever a logged-in (to the site in general) user visits that particular blog, (s)he will be added as a “contributor” to that blog as well (despite “subscriber” setting). One remark about this blog: it’s the only one that was disabled since WPMU 2.6 and got reactivated in 2.8.4 (but I ran the “Update” function again after the reactivation).

    Problem: this blog should behave the same like any other blog: *not* adding all logged-in visitors.

    Some guesses:

    The blog in point B) was created before BuddyPress installation so I thought it might have missed an upgrade or so *but* blog ID 1 was of course created before BuddyPress as well.

    Could it be because the blog was disabled? But then why does it share the same problem with blog ID 1?

    I’m puzzled by the similarity of this problem and although I’ve found many solutions scratching the topic, I couldn’t find anything that matched the description.


    Additional information:

    Site Admin -> Options -> Dashboard:

    – Blog: “dashboard”

    – Role: “Subscriber”

    Note: dashboard.sitedomain sends user to login page and back to their own dashboard, as supposed to.

    Re “stray mu-plugins”:

    Already checked the mu-plugin folder for that. Nothing I could think of which would (by my intention) have such changes nor remember to have modified.

    I could delete and recreate the blog with a new ID, that should solve “the other blog” issue.

    But that still leaves me with the blog ID 1 problem of everyone still/also being signed up there.

    Should I go ahead and recreate the blog to see how it goes?

    #51252
    Jeff Sayre
    Participant

    @morgenvrij

    We need more detailed information about your setup. Please start a new thread by posting your issue and including answers to these questions.

    #51251
    Jeff Sayre
    Participant

    That is a hard one to advise you on. But, read this thread — especially the two posts by Andy (the 4th and 16th posts). Perhaps that will give you sufficient information to make up your mind.

    #51248
    Korhan Ekinci
    Participant

    Rogercoathup, you can read the roadmap here:

    https://buddypress.org/about/roadmap/

    and new comings for 2009 here:

    https://buddypress.org/about/ (at the bottom of the page)

    belogical
    Participant

    I’ve been out of the forum loop for a bit, but wanted to run this by the buddypress experts before I post bugs in the trac. My site has been getting some decent activity, so I am using buddypress on a daily basis now. Here are some bugs that I have found that happen on a routine basis. Can someone let me know if these have already been addressed? I’ve done my best to search trac, and haven’t found them.

    I’m running buddypress 1.0.0, and wpmu 2.7.1 on my production site. (i know 1.0.3 and 2.8.4a exists, just not ready for it in production)

    Issues:

    #1) When a new users signs up, then I delete them as site admin (spam user), the friends activity feed isn’t cleaned up upon deletion of account (i use the welcome pack with default friends)

    #2) When I go to invite users to a group, some names are duplicated allowing me to send an invite to them twice

    #3) When I go into a group, then click “See All »” members, then page “2”, the user ID partially shows up to the left of the button “add friend”

    #4) I just now noticed that all these people are supposed to be my friend by default, because of the welcome pack plugin, but they all say “add friend” on page 2 and beyond.

    #5) When I invite a friend to a group, and they click deny, later when I go back to invite new members again, sometimes the deny folks will show back up again. i would think that since they denied my request, when I go to invite more users, they wouldn’t show up again.

    #6) The number of group members will not change to the correct # of members unless you click on the group in the groups widget. (this might be by design)

    I know this is a lot, but I hope it helps make buddypress better!

    #51243

    In reply to: New Groupblog Plugin

    Mariusooms
    Participant

    * Deactivate plugin

    * Rename ‘buddypress-group-blog’ to ‘bp-groupblog’

    * Make sure the ‘groupblog’ folder is moved to your active member theme as explained in the readme.

    P.s. The plugin accidentally was added to the wp repository under the wrong name. It is currently being rectified so that the path will actually be correct in regards to the plugin name, namely bp-groupblog.

    #6305
    neillwatson
    Participant

    I’m experienced at WordPress, but not MU and Buddypress. Currently getting to grips with it through a test domain and liking it!

    However, I’ve enabled a theme and looks fine on the home page, but as soon as I navigate away, the default theme is displayed.

    Probably a no-brainer, but I can’t figure it! Any helpful answers much appreciated and promise to move on to something less dumb soon!

    #51239

    In reply to: New Groupblog Plugin

    ajiao
    Participant

    test show that failed to open stream: No such file or directory in /var/www/vhosts/×××××××××/httpdocs/wp-content/plugins/buddypress-group-blog/bp-groupblog.php on line 26

    #6304
    freddy24
    Participant

    Just wanted to share a special interest site which utilizes BuddyPress at:

    http://gramophile.com

    Gramophile is a simple to use community for collectors of gramophones, phonographs, 78rpm records and related interests.

    Comments greatly appreciated. :)

    #51236
    Roy McKenzie
    Participant

    Holy Mackeral! Thanks so much Jeff! It’s working great now.

    You’re a BuddyPress site saver!

    –Roy

    #51231
    gaetanbuddypress
    Participant

    I actually have the same problem.

    I’ve tried this patch https://trac.buddypress.org/attachment/ticket/909/909-jjj.patch but it still doesn’t work: I can’t say yes or no, there’s no button, just the question. Is it still working with your BP install JJJ?

    Thanks!

    I’m running WordPress MU 2.8.4a + BuddyPress 1.0.3

    #51229
    Jeff Sayre
    Participant

    You can either use the default BuddyPress parent theme (which is actually called bp-sn-framework) and child theme, use the default parent theme with your own child theme, or use the parent theme to make your own, custom parent theme and then add your own custom child themes.

    #51228
    gerikg
    Participant
    <small><a href="<?php echo get_option('home') ?>/members/
    <?php global $current_user;get_currentuserinfo();echo($current_user->user_login);
    ?>/messages/compose/?r=<?php echo get_user_name( get_post_author_id() ); ?>">Send Message</a></small>

    okay that works…

    #51226
    James
    Participant

    With the structure that is going to be implemented, does that mean you’ll have to use the “default” buddy press theme, and do your own customizations, or can you upload your own theme, and integrate the buddypress layout into it?

    #51225

    In reply to: PayPal-integration ?

    Paul Wong-Gibbs
    Keymaster

    I think if you find a basic but good Paypal plugin for WordPress, that’s half the battle. The API is a bit awkward to work with (in my experience).

    Have you talked to the WP e-commerce guys (http://twitter.com/danmilward) about bringing e-commerce into BuddyPress as a group plugin? I saw Dan present at Wordcamp UK and he seems quite a friendly chappy.

    #51223
    Jeff Sayre
    Participant

    @Ishimwe-

    Posting in a thread that has not seen activity for more than 2 months will not get you anywhere. Please read this post.

    #51221

    In reply to: PayPal-integration ?

    Jeff Sayre
    Participant

    I am not aware of any BP-specific plugins that enable such a feature. Perhaps you should make a request in the BuddyPress Features Group or offer to pay someone to build such a plugin on the BuddyPress Job Board.

    #51219
    Jeff Sayre
    Participant

    @andrlind

    Seeing how you have not received a response from mattyabsley, I suggest starting a new thread and answering these questions.

    #51217
    Jeff Sayre
    Participant

    Roy, what I think happened is that your activity tables were rewritten when you installed the most recent BP trunk. If you’ve been using the tagged version of 1.0.3 ( the one that is available via the big, orange download button) and not the trunk version of 1.0.3, then this is what happened.

    In the newest version of BP, two of the original three activity tables are eliminated. Going forward, only one table is required. When you upgraded your live site to trunk, it eliminated two of the tables. When you reinstalled the earlier version (the tagged version 1.0.3) it reinstalled the two tables that were eliminated. But, they would have no data to display–at least at first.

    Look at bp-activity.php in your 1.0.3 reinsall. Does the first line say thing?

    define ( 'BP_ACTIVITY_DB_VERSION', '1300' );

    Now, look at the bp-activity.php file from the most recent trunk (r1643 at the time of this post). Do you see the change in the schema-especially these lines of code?

    /* Drop the old sitewide and user activity tables */
    $wpdb->query( "DROP TABLE IF EXISTS {$wpdb->base_prefix}bp_activity_user_activity" );
    $wpdb->query( "DROP TABLE IF EXISTS {$wpdb->base_prefix}bp_activity_sitewide" );

    With the older version now reinstalled, and data being written back to the old tables, are you starting to see activity being reported in the widget?

    #6300
    gerikg
    Participant

    Deep integration WPMU 2.8.4a + BuddyPress 1.0.3 + BBpress 1.0.2

    Goal: I want to put send message under the icons in the forums and have the To: filled out with the member you’re sending it to.

    website.com/members/YOURSELF/messages/compose/?r=RECEIVER

    This is what I tried:

    <?php if ( bb_is_user_logged_in() ) : ?>
    <small>
    <a href="<?php echo get_option('home') ?>/members/
    <?php echo get_user_name( $user_id ); ?>/messages/
    compose/?r=<?php echo get_user_name( get_post_author_id() ); ?>">Send Message</a></small>

    <?php endif; // bb_is_user_logged_in() ?>

    ‘<?php echo get_user_name( $user_id ); ?>’ is giving me a blank. It should be the user (yourself login name)

    Also: If I put <?php bp_send_message_button() ?> it gives you a blank To: section and I’m not so thrilled with the button in the forums.

    Sidenote you (BuddyPress) should open a section (Forum Section) called “BBpress Integration” for easier finding of things. I tried the search but I’m not getting the right keywords combination.

    #51210
    David Lewis
    Participant

    I think the only way you could have a 1-click option would be if… at some point… there were a buddypress.com like wordpress.com. That said… all of these projects are auttomatic projects… so maybe at some point in the future they will all merge into one product? Who knows.

    #51207
    gerikg
    Participant

    Thanks r-a-y, but I don’t think I need that plugin. It works fine without it.

    murphian446
    Participant

    Hello,

    I have disabled Avatars in my buddypress setup, now what i would like to do is remove the “Change Avatar” option in the options bar. I’m rather new at PHP so if you could tell me exactly which file to edit and exactly what to put in it, that would greatly appreciated.

    Thanks

    peterverkooijen
    Participant

    How can you identify the user on wpmu_activate_user? Only by the key from the activation link? How does that work?

    Then $bp->loggedin_user->id doesn’t work on activation either, does it?

    How is Lance Willet able to use $userid on wpmu_activate_user?

    Can I somehow use that to pull up the right meta row from wp_signups and store the values in wp_usermeta with the right user_id?

    Or can I use the email address as an identifier?

Viewing 25 results - 86,751 through 86,775 (of 94,564 total)
Skip to toolbar