BuddyPress.org

It’s making my head hurt on WP 3.0.

I THOUGHT it was working, but it puts in the html as b and i instead of strong and em, which doesn’t work for some reason. Oh and it doesn’t refresh and wipe out the entry field.

yes I have yahoo host as well, same configuration as you. but yahoo won’t change it themselves and they don’t give us access, it is their rules. So if there is no other way around to fix this without the .htaccess file we cannot do nothing. I hope there is another way to solve this, let me know if you find anything.

ok after using buddypress widget theme for testing, it redirect to main page after click profile. maybe a theme issue.

could you post theme link to download for testing?

anyone using buddypress default theme? is it work for you?

Bravo!! Che bello che tante persone parlano l’Italiano!

@Arturo

great !

Looking forward to see this one in action

Just looking into the bp_core_signup_user() function again. Sorry for pointing this to you in the first place!

I would not recommend using this function because it sets a user’s status to “not active”, then sends an email to activate the account (which makes sense because that’s the default registration behavior in BP!).

Since we don’t want to ask a FB user to activate their account, stick with the wp_insert_user() function, then use some code to sync up the xprofile fields like:

// set xprofile field 1 (Name) with the fbuser's first name

xprofile_set_field_data(1,$user_login_id,$fbuser['first_name']);



/*

* @param $field The ID of the field, or the $name of the field.

* @param $user_id The ID of the user

* @param $value The value for the field you want to set for the user.

*/

To initialize BP, look at using the bp_init action:

https://codex.buddypress.org/how-to-guides/checking-buddypress-is-active/

[EDIT]

Just looking into the WP-FB-AutoConnect plugin, Justin (the author) has a do_action that you could hook into:

do_action('wpfb_login', array('WP_ID' => $user_login_id, 'FB_ID' => $fb_uid, 'facebook' => $facebook) );

Here you can sync up your xprofile fields, etc. Unfortunately, this action occurs every time a Facebook user logs in. You could view this as a positive or a negative!

I think it would be nice if Justin added another do_action right after the wp_insert_user() function in _process_login.php.

[EDIT #2]

Requested a new do_action on Justin’s plugin page – http://www.justin-klein.com/projects/wp-fb-autoconnect/comment-page-5#comment-11638.

Fixed by removing && bp_is_page( BP_FORUMS_SLUG )

from line 60.

Not sure if that’s a smart fix or not, but it works for the moment anyway!

Update on the being able to acceess a topic through it’s orginal group after it was moved.

It actually seems as though you can view ANY topic in ANY group by typing in the topic name into the URL so that is just the way BP is and shouldn’t be a problem.

My quesry still stands though about old forum topics staying in the DB. They seem to stick around. If you create a forum topic. delete it and create it again the url is given a number e.g. 1, 2 etc to signify how many copies of that forum topic there have been created.

I have over 2000 groups on my site. If I delete topics I could do with them gone permanently as to not leave behind clutter.

Is that an issue for my database or not in terms of performance etc?

Thanlks again,

Ross

Search for your username by pasting it in the search box in the upper right-hand corner.

https://trac.buddypress.org/search?q=catwebweaver

If you file more Trac tickets in the future, you should check the “Add to Cc” checkbox in the “Change Properties” section. This will email you whenever there is a change to your ticket. This last point assumes that you have set up your email address in Trac preferences.

BP Album+ will have this functionality in the near future.

https://buddypress.org/forums/topic/bp-album-new-features-requests-and-discussion/page/10#post-49507

^F^

Hey 3sixty, just been testing this plugin out and it seems to work well. It has thrown up a couple of questions for me about the way in which BP works. I’m a total novice so bear with me.

I noticed that the drop down list contained a couple of group names that I thought I had edited in the past. I had created 2 groups in the past with an extra word in the title that I did not want. I had edited these successfully but your plugin had picked up their original name in the DD list.

I looked at the URL and low and behold, even though the name displayed in the group was the edited one, the URL was actually showing the old, original name.

The same thing is true for the forums too. After i deleted the offending groups and re created them with the new names (your plugin showed these new names) I recreated the forum names too. The forum names are now given a URL with a -1 after the name now, indicating the original forum name must still be on the database.

After you move a forum topic to another forum also the topic is actually still available in it’s original group through a direct URL.

Is there anywhere to go into the database to clean these things up?

Also one thing that would be great with your plugin would be to order the drop down in Alphabetical order rather than order of creation. Any way we can do that?

Great work though. It was something that was lacking from BP as standard so thanks. My site hasn’t launched yet but if I end up needing to use it, I’ll Paypal you some funds over to say thanks!

Ross

I just added a patch to Trac that will fix this issue and more like it: https://trac.buddypress.org/ticket/2325

Login to the WP backend, navigate to “BuddyPress > Component setup”. Disable bbPress forums. Save and re-enable bbPress forums.

Then navigate to the group in question, navigate to the group admin area, click on “Group Settings”. Uncheck “Enable discussion forum”, save and then re-check “Enable discussion forum” and save.

Now try to post a forum topic.

See if that works.

Wow. Tipsy is great – this would be perfect for doing Group Forum topic previews.

The one constructive suggestion I can give you is to further tweak the CSS so the “Tipsy” popup name is in focus – now it kind of conflicts (visually) with the avatar above it. How easy is it to tweak the CSS – for example, is it possible to put an opaque overlay on the parent div so the focus is on the tipsy popup?

anyone have same problem with gregfielding?

@gregfielding which buddypress version do you use?

@mike5906

This is fixed in BP 1.2.3:

https://buddypress.org/about/release-history/#1.2.3

Upgrade to the latest release.

@devinday

Read this:

https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions#post-37123

@MrMaz:

e_loader.toggle() references a class called “ajax-loader” and that class is in fact used in various spots within the HTML. But, there’s no CSS tied to the class (v0.4.1), and I don’t see any code that would inject a message or image into that span. So it appears to me that something is missing, which would explain why simply toggling the span visible/non-visible via e_loader.toggle() doesn’t do anything on my test platform.

Or maybe I’m wrong? Does anyone else see some kind of message or image while the plugin fetches page information when posting a new link? It should appear right by the “URL” label above the input field.

now can download from wordpress.org/extend/plugins/buddypress-badge/

@viau5-

If you’ve discovered the plugin(s) that was causing your issue, please list it here so that if others have the same issue, it may help shed some light on their problem.