Forum Replies Created
-
yep will be, I would pass that on to Brajesh so he can update, it was a good spot I scanned through that code snippet but missed that, however the point of the deprecated function is to allow the older function to still work but just return the newer form so not sure why it would correct anything?
In reply to: Member Profile – Settings Tab is Not Functioning> I only made an “accident” and didn’t post in two places on purpose. I am learning as I go along. Good grief
Newly re-named user
this wasn’t deliberate it’s buggy behaviour with this particular install, wasn’t a intentional act on anyone’s part – that I’m aware of.The question would be how does this behaviour stack up against bp-defaults behaviour answer that and you answer the question as to whether it’s an issue with this theme. To be honest it’s really a question that should have been answered one way or another by Brajesh? You say you asked him but neglect to say what his response was!
In reply to: Buddypres query_posts by userA ‘global’ makes a variable available in different scopes – a function creates a new scope and code or variables that exist outside the function need to be passed through:
`global $bp;`
However if you are on a bp screen? you likely don’t need to pull out parts from the $bp global you should be able to use ‘bp_displayed_user_id()’
And you haven’t made any changes to the the register file at all – it’s stock standard BP file, permalinks are all working correctly, you have no plugins running that might affect things, in fact basic testing is to disable any plugins that aren’t necessary – perhaps even swap back to en-us try and get your install as close as possible to BP out of the box.
In reply to: Fix Buddypress Template for my theme – InsigniaWouldn’t cost you that much although depends on the beautification that your required, however seeing as mercime will fix things for free, please consider a small donation to a worthwhile charity
In reply to: Comments are DuplicatedPlugins? Always the first response has to be disable all plugins, if using a custom theme revert to bp-default then test again to see if the issue persists.
If you’re running any caching plugins definitely disable those – and preferably don’t re-enable them.
In reply to: Buddypress query_postsDuplicate post, Please only post once!
Closing this thread; continued in:
In reply to: Buddypres query_posts by userI should think it’s just a syntax error your meant to pass a string but you’ve closed it out after =’ to parse the BP user id but not opened closed again try ” on the end.
WP_Query may be better for this but regardless you probably ought to run wp_reset_query() after the loop
The WP Codex will be your friend here though – it is more a WP related matter than BP.
In reply to: Fix Buddypress Template for my theme – Insigniaou still have those duplicate ID’s they are not really acceptable in fact they may well cause issues as ID’s must be unique to a page – it’s not a flexible rule.
Look at those two pages ‘group directory index’ and ‘single group display’ you are missing a fundamental class that gets added to the body tag ‘.right_sidebar’ without that class present your sidebar does not have the required ruleset applied.
You will need to work out how your theme ‘framework’? applies that class for a given view and ensure it’s applied in respect of your groups single view pages (and any others )
What exactly isn’t happening, true BP has it’s own process to register a user but it registers the user as a WP user as that is the only type of user. I see you have the register page for BP working so where is the breakdown?
Not sure why you are calling another file simply to echo out one sentence? could you not simply do the:
`else:You must be logged in to view this content
endif;`
Better still why not run a re-direct from your functions.php file something like:
`
function lock_bp_pages() {
if( bp_is_register_page() || bp_is_activation_page() || bp_is_page(BP_GROUPS_SLUG) || is_front_page() || bp_is_blog_page())
return; // we want to allow access to these pages so we call a halt to the function progressing.// if the above pages are not being accessed then we do a general re-direct to a WP page where we can add any content we fancy
if( ! is_user_logged_in() )
bp_core_redirect( $bp->root_domain .’/call-to-action/’ );}
add_action( ‘bp_init’, ‘lock_bp_pages’ );`
Users? users are a WP function so if you can’t create users (Assuming that you have allowed registrations in WP settings) then you have to fix that issue first before worrying about BP issues. As for the BP group issue are you using the bp-default theme or a third party one? if a third party theme deactivate it and run the standard BP theme and see if things work with that theme if they do you have an issue with your third party theme and either need to talk to the author or perhaps actually run through the process of making it BP compatible – check the BP Codex for guides.
As admin you should be able to visit any account and edit the users avatar – you should see a link on the buddybar or wp adminbar labelled ‘Admin Options’ or ‘Edit Member’ with a link to edit users avatar, that should present you with the function to upload a new image from local machine; however don’t ask me if that’s the case pre 1.5 as can’t remember and with BP you are advised really to keep up to date with releases as a lot is changing and improving from release to release.
In reply to: Sidebar issues – Neu 1.0.3 by ColorLabsCan we please refrain from using phrases such as ‘great *service* to this forum’
Mercime does do a phenomenal job helping people with their third party themes but this is a support forum for BP issues and of the bp-default theme and not really meant to be a service for providing third party theme compatibility.In reply to: Issues with website, database and speedI’m betting you are running one of those darned caching plugins?
Even if not first thing to do is disable all non essential plugins, that means simply run BP so your site is running in it’s simplest form and see what the speed is like.
But you’re the web developer so would have hoped you had done that sort of thing already as it’s a sort of basic troubleshooting step.
@mercime we’ll have to see if jjj can pinch that plugin from wp.org
auto closing of older threads would be good, but for those that we can directly attribute a thread [resolved] tag to we close them at same time?Hadn’t considered the theme compatibility threads needing to be open, but in regard of those it has struck me that really the main core of those threads ought to be removed and pasted into a codex sub page running under theme compatibility, so that you have a generic steps and code for a given theme conversion – users could still add updates etc to a codex page.
yep we have a bug, and overzealous privacy enhancements

As I was testing it through I was discussing it on skype with Paul and have a bit more info on the issues, as it’s not only the option issue but privacy is preventing the fields created from being edited.
@mercime lets start closing threads marked as resolved as I have been banging on about posting in others threads for two years – at least we can effectively turn some threads into read only.
In reply to: Xprofile is escaping HTMLI should think it’s the xprofile_filter_kses() as that returns $content, $xprofile_allowedtags built from $allowedtags if it is that kses filter you should be able to filter the allowed tags.
It may also be ‘xprofile_sanitize_data_value_before_save’
Anyway the file you need to read through is /bp-xprofile/bp-xprofile-filters.php
one heck of a lot of filters to read through though

Buddypress is simply? a plugin that runs on wordpress, aspects such as registration and users are managed by wordpress rather than BP.
@mercime thanks
@dannyjimmy helps if we can close thread with a link so we know what state thread has reached.and I wonder if the ticket was ever created?
In reply to: Display user role on profile pageif displaying on their profile page then I don’t think you really need to loop over an array of user_id’s/roles, if you indeed do need to instantiate a new user then you probably need to pass to it bp_displayed_user_id()
You should be able to see what you have in the $user by var_dump – ing it out to see what it has
Interesting as I’ve tested on BP 1.5.5 MS and it does work for me if I ensure that it’s not the first option I leave blank and set the blank option later on with set to default radio selected. There is a error in that the edit view doesn’t actually show the blank option but it is there on the frontend and does allow one to enter a null value and not display anything if previously you had set a value.
Could you list your steps and versions as we may have to open a ticket with details in order that this is corrected .