Search Results for 'buddypress'
-
AuthorSearch Results
-
September 2, 2009 at 10:30 pm #51933
In reply to: Buddypress and IntenseDebate
Jeff Sayre
ParticipantAs IntenseDebate exports your WP comments into its own system, your issue is more than likely caused by IntenseDebate misbehaving. Your best bet is to post a question on their support forums and let them help you track down the cause. I found these two related threads:
http://getsatisfaction.com/intensedebate/topics/intense_debate_comments_gone_missing
September 2, 2009 at 9:47 pm #51930In reply to: A little help with colours on my theme
Paul Wong-Gibbs
KeymasterWoah, woah. First of all, get Firebug for Firefox. It lets you inspect and amend CSS on the fly which would help you with this sort of thing.
Secondly, I just got crit by a wall of text for 10,000 damage. Please use a ‘pastebin’ service, such as http://buddypress.pastebin.com/, in future.
Thirdly, I’m also going to mark this thread as complete for your as your above post seems to suggest you have resolved your problem.
September 2, 2009 at 9:43 pm #51929In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantJohn James Jacoby, I’ve tried that, but IntenseDebate is a lot of code and I’m not that smart. Can’t find that on/off button.
I’ve deleted all database tables from one of the member blogs (wp_2_ etc.) and imported a version from before I’d installed IntenseDebate. It had no effect.
So whatever changes ID makes in the database, it is not in the blog tables. Perhaps in wp_bp_user_blogs_comments then? Or wp_sitemeta?
Can’t find any likely candidates by going through the wpdb mentions in the main IntenseDebate plugin file.
wp_1_options has several entries that look ID-related, like id_useIDComments, even after removing the plugin from the system. Is _transient_feed part of ID too?
Deleting these entries has no effect whatsoever…
Can a plugin make changes in php files?
September 2, 2009 at 8:48 pm #51927In reply to: Buddypress and IntenseDebate
José M. Villar
ParticipantHey, now I realize it was me who made the question regarding ID WPMU compatability !
Glad it helped someone.
@PeterV maybe if U make your question at ID´s website/blog you can find answer to your problem.
September 2, 2009 at 8:37 pm #51926In reply to: Buddypress and IntenseDebate
John James Jacoby
KeymasterWhat I would do to find the answer is take a look at the Intense Debate plugin and see what exactly it does to turn itself on and replace comments. Then, see if you can manually remove it.
September 2, 2009 at 8:34 pm #51924In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantThanks again Jeff Sayre!
My main concern is now how to repair my installation. The comment system is totally gone from member blogs. I don’t see anything unusual in the database or template files.
What is going on and how can I fix it?
September 2, 2009 at 8:15 pm #51922In reply to: Buddypress and IntenseDebate
Jeff Sayre
ParticipantHow can i enable intensedebate plugin for all the blogs sitewide.
Looking at the WP plugin repository for this plugin, it does not indicate that it is meant for WPMU.
Doing a quick Google I found this discussion on the IntenseDebate blog:
Go 7 or 8 comments down and you’ll see this reply from Beau Lebens:
BuddyPress runs on a WPMU install, and ID is currently in use on a number of WPMU sites. There’s currently no way to “auto-activate” it for every blog created, but you can definitely activate it (and go through the install process) for each different blog you create on a WPMU install.
September 2, 2009 at 7:52 pm #51921In reply to: Download all trunk files?
Jeff Sayre
ParticipantFirst, always read the “readme.txt” file before proceeding with any WPMU or BuddyPress upgrade.
Before installing BuddyPress from trunk, you need to make sure that you are running WPMU 2.8.4a. If not, you need to deactivate all WPMU plugins, upgrade WPMU, and then try again. The latest WPMU version can be found here.
Once you’ve installed BuddyPress, make sure you move the theme files into their proper location.
September 2, 2009 at 7:24 pm #51920In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantAfter completely removing IntenseDebate from the system, the default comment system is back on the main blog, but still completely gone from member blogs, even blogs created after removal of the plugin.
Is there any way to reset the member blogs without having to reinstall the entire site? How can a plugin kill an entire component like that? Where does the plugin “turn off” the default comment system? Is there a way to force comments_template() to load?
Installing Disqus did not fix the problem. Deactivated and deleted again.
Is there a setting in the database that turns off comments?
September 2, 2009 at 6:45 pm #51918In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantI activated it sitewide, but it totally removes the comment system on members blogs until members put in their information in the plugin. That is too complicated/confusing.
So I deactivated sitewide and reactivated for the main blog only, but the comment system on the members blogs is still gone.
Even deactivating and deleting the plugin entirely does not bring back the comment system on the members blogs -> IntenseDebate screws up your system!
Another great Auttomatic product!
September 2, 2009 at 6:07 pm #51916In reply to: Download all trunk files?
Lisa Sabin-Wilson
ParticipantHello Madloki –
Visit this URL at BP Trac: https://trac.buddypress.org/browser/trunk
Scroll all the way to the bottom of the page and you’ll see the following:
Download in other formats:
* Zip Archive
Click on “Zip Archive” and it will download the .zip file of the latest trunk version.
Cheers,
September 2, 2009 at 3:37 pm #51909In reply to: welcome widget bug
Jeff Sayre
ParticipantAre you using the default theme that comes with BuddyPress or a custom theme (3rd-party theme)?
September 2, 2009 at 12:14 pm #51906In reply to: Forum Integration: HELPING HINTS
21cdb
ParticipantI’m using wpmu 2.8.4a with the latest trunk (r1757) on my local machine.
When i’m trying to activate the forum on some group i get the following error message:
Warning: require_once(/home/public_html/wp-content/plugins/buddypress/bp-forums/bbpress/bb-includes/class.bb-query.php) [function.require-once]: failed to open stream: No such file or directory in /home/public_html/wp-content/plugins/buddypress/bp-forums/bp-forums-bbpress.php on line 25
However Forums Setup on the dahsboar says:
bbPress forum integration in BuddyPress has been set up correctly. If you are having problems you can re-install
I tried to re-install, but still get the same error. Any suggestions? Is this normal with the latest trunk?
September 2, 2009 at 6:16 am #51904In reply to: Why is BuddyPress stripping my object or embed tags?
mqluvly
ParticipantThanks!
September 1, 2009 at 7:52 pm #51888Jeff Sayre
ParticipantOkay, we have a couple pieces of information, but need more. Please answer the questions here.
September 1, 2009 at 7:14 pm #51887In reply to: How to make a safe community?
Jeff Sayre
ParticipantWe all know bp 1.1 is coming out sometime this month, what is the best estimate for bp 1.2?
We do not have any estimated dates for official BuddyPress verison releases. But, just guessing, I would say that BP v1.2 will come out sometime between mid October and Late December of this year.
September 1, 2009 at 5:49 pm #51881In reply to: How to make a safe community?
pxlgirl
ParticipantI found a plugin that lets users change privacy setting in their profile. It has effect on the profile fields. Users can make their content viewable for themselves, friends or everyone. Here’s the link: http://devbox.computec.de/2009/06/buddypress-xprofile-privacy-plugin/
pxlgirl.
September 1, 2009 at 5:03 pm #51879In reply to: How to make a safe community?
elemsee
Participant“”I’m currently finishing the BuddyPress Privacy Component. A private alpha test will be out within a week. It gives users the ability to set fine-grained privacy control (viewing rights) over all their data. “”
That’s excellent news. Looking forward to it.
September 1, 2009 at 4:15 pm #51877In reply to: How to disable a member?
Jeff Sayre
ParticipantWhat you need to do depends on what name is in question. Is it the member’s first, last, or nick name? Is it their full name which is displayed in the profile pane of BuddyPress? The data for those names are stored in two different places.
Also I editted his name from admin dashboard, but the name does not change? Is this a bug?
Since usernames (login names) cannot be changed, you must have tried changing either the first, last, or nick name. Did the questionable name even appear in any of those fields? Did you also select the newly-changed name in the “Display name publicly as” drop down list?
But, based on what you are saying here, I assume that the questionable name is the member’s BuddyPress full name. This can only be changed in the profile pane by the user. Currently the only recourse a Site Admin has is to go into MySQL’s backend and find the questionable field in the wp_bp_xprofile_data table.
Make sure that whatever changes you made to the user’s name in WPMU’s backend, you make in this table as well.
Just to give you a little more background into what is happening:
- When a user updates (changes) their name in the Full Name field in the BuddyPress profile pane, the changes do propagate throughout the MySQL DB. The datum in the following tables are properly updated: wp_bp_xprofile_data, wp_users, and wp_usermeta
- But, if you make changes to a user’s nickname field in WPMU’s backend, the changes are written to wp_usermeta only for that field. The changes are not written to the wp_bp_xprofile_data or wp_users table. You can have the changes written to the wp_users table if you select the proper value from the “Display name publicly as” drop down list. But, they are never written to the corresponding BuddyPress table.
- Finally, and this is even more confusing, changes to the nickname field are not written to the first name or last name meta values in the wp_usermeta table. Conversly, if you change the first name and/or last name fields, they are not combined and also written to the nickname field in wp_usermeta
So, there could be improvements in the way WPMU handles user name changes. But, it is a WPMU issue since changes at the Site Admin level in the backend are controlled by WPMU and not BuddyPress.
September 1, 2009 at 10:40 am #51871In reply to: BuddyBar for bbPress
Sven Lehnert
ParticipantThere is a bug in the deep integration script
if ( !defined( ‘ABSPATH’ ) & !defined( ‘XMLRPC_REQUEST’ )) {
define( ‘WP_USE_THEMES’, false );
include_once( ‘/your/absolute/path/to/wordpress/wp-blog-header.php’ );
header( “HTTP/1.1 200 OK†);
header( “Status: 200 All rosy†);
It looks like everything is working fine, but a user from the german buddypress forum ( mt ) find out, that wordpress overwrites the buddypress header and so there comes header 200 back and often it is a 302 or even a 404.
this is the new script from mt.
if ( !defined( ‘ABSPATH’ ) & !defined( ‘XMLRPC_REQUEST’ )) {
define( ‘WP_USE_THEMES’, false );
include_once( ‘/your/absolute/path/to/wordpress/wp-config.php’ );
$wp->init();
$wp->register_globals();
I post it hire because I think it must be interesting for everyone. In fact it is really important for seo and the german forum is far away from hire…
September 1, 2009 at 9:49 am #51870In reply to: BuddyPress Showoff: Post your links
Roger Coathup
ParticipantHello Eco Living is a brand new site focused on Eco / Green / Sustainable living.
With a magazine, social network, and blog platform (all WP / BuddyPress powered of course).
The site officially launches this month, initially with a UK focus.
We developed the site with a lot of love; there are finishing touches on the graphics (best viewed on a Mac at the moment) that we are really proud of.
The client has the site out in Beta at the moment… please let us have your thoughts.
Roger
September 1, 2009 at 5:23 am #51866In reply to: Why is BuddyPress stripping my object or embed tags?
Jomark
ParticipantYou just use this very light plugin, http://www.matteoionescu.com/wordpress/embed-html/ or https://wordpress.org/extend/plugins/custom-fields-shortcode/ . I have used the latter.
It makes use of the custom field in embedding videos.
September 1, 2009 at 5:02 am #51865In reply to: BuddyPress Showoff: Post your links
peterverkooijen
ParticipantFinally put it online. Will remain a work in progress:
September 1, 2009 at 4:21 am #51864In reply to: BuddyPress Showoff: Post your links
gerikg
ParticipantJust the basic theme: http://kiaspeed2.com
I need to learn php and css!
September 1, 2009 at 1:50 am #51862In reply to: Details About the New Theme Architecture
Jason Giedymin
Participantsince your doing the digging..
I posted a scheme (http,https) security patch for the depreciated and new theme logins @ https://trac.buddypress.org/ticket/960
-
AuthorSearch Results