[@hnla Participant 14 years, 8 months ago]

And can you confirm that you actually have gone through the setup process to ensure forums are activated for groups, and moved necessary bb-config file to site root if not there and that is has correct connection details as your wp-config file has.

[@hnla Participant 14 years, 8 months ago]

You should search through BP plugins list before requesting really or perhaps that wasn’t sort of thing you were after?:

https://buddypress.org/community/groups/buddypress-group-email-subscription/home/

[@hnla Participant 14 years, 8 months ago]

No such thing sadly; you could ensure the fields are in a specific group of their own and then wrap that in a if is_admin check so only admins can read, if you are creating a theme for general use and wouldn’t know the field names then you may need to write a function of some description with dashboard option settings to manage things or check what BP plugins are available in the ‘privacy’ genre and see if they offer any greater control.

[@hnla Participant 14 years, 8 months ago]

😆 oh if you had a programmer you should have thrown it his way first- anyway it’s an easy enough problem to deal with one way or another.

[@hnla Participant 14 years, 8 months ago]

@Dope-Sheet as was mentioned on another thread please start a new topic on your issue it’s not good forum nettiquette to tag onto other peoples unrelated posts.

Closing this thread.

[@hnla Participant 14 years, 8 months ago]

This isn’t really a question for BP, Users and DB is WP stuff; BP just rides on the back of so to speak.

I have run across sites that have a user base running into the tens of thousands so I don’t think there is a huge issue, but check over on WP support.

[@hnla Participant 14 years, 8 months ago]

You’ll need to do something like wrap the custom xprofile loop section in a check for a specific field name ‘birthdate’ and do something like ‘if not’ ‘birthdate’ go ahead and display field item or display if is_admin if you want to be able to see users data as a site admin.

To remove a field you could do:
`

<tr>

`
in the profile loop; equally if you wanted to remove a complete field group you can copy the approach seen in the file for ensuring that the base group is not shown `if ( 1 != bp_get_the_profile_group_id() ) ` adding an OR followed by a check on the group id to hide.

[@hnla Participant 14 years, 8 months ago]

always forget about bb-config

You should in theory not be needing to worry about md5 or any other encryption passwords are plain text in wp-config/bb-config and in mysql they are hashed after entering.

Anyways you sound as though you are sorted now, but infuture copying the database in phpMyadmin isn’t a bad idea attach an existing mysql user to it then all you need to is change wp-config db name to get back to a working db safely.

[@hnla Participant 14 years, 8 months ago]

@DJPaul Interestingly?

in my browser output:
`

`
width/height attributes having been set in functions.php:
`
define ( ‘BP_AVATAR_FULL_WIDTH’, 450 );
define ( ‘BP_AVATAR_FULL_HEIGHT’, 450 );
`

So it seems as the call for the avatar is a function with params in membere-header.php `bp_displayed_user_avatar( ‘type=full’ )` we are actually forcing conditions to be re parsed and thus picking up my constants in functions.php? however I expected to see somewhere in ‘bp-core-avatars.phh or ‘bp-members-template.php’ a point at which we check for the constants again after the initial setting of them but failed to work out how the function ‘bp_displayed_user_avatar( ‘type=full’ )’ is actually reading the constant. Either I am mis-understanding what’s happening here or I scanned code too quickly and missed what I was looking for.

[@hnla Participant 14 years, 8 months ago]

No bp-custom.php has to run from plugins folder.

As much as one would expect functions.php to be too late in the proceedings to set a constant that is read it did/does actually work for me to change my user avatars ??

This issue of being able to effect default ‘stuff’ from themes does crop up from time to time, ideally a method that could ensure things could always be set from functions.php would be great but not sure how or if that is possible with something like Constants which by definition have to be set at earliest opportunity.

[@hnla Participant 14 years, 8 months ago]

No don’t tell me the easter bunny doesn’t exist again I have to preserve some illusions in life otherwise my whole frame of reference falls apart

[@hnla Participant 14 years, 8 months ago]

And saying things like There is no Easter Bunny is like saying Santa doesn’t exist, shame on you, think of all those poor geeks crying over their keyboards now.

[@hnla Participant 14 years, 8 months ago]

Firstly moral of this story is do not mess with Databases unless you really know what you are doing, plugins that suggest doing things to alter db conditions should have a lot of red warning text and detailed guidance on what the various options mean and will do.

I’m tempted to suggest you should really roll back as I’m not sure how you have arrived at a mixture of tables within your db and that is not a good thing. In theory a change such as this is not rocket science and to be honest doesn’t require a plugin, manually changing the table prefix in something such as phpMyAdmin, knowing what other fields may also need changing and then changing the wp-config constant that sets the prefix should be all that’s required.

You now, have in effect two DB in one (part of the reason one can add the prefix to tables) how you reconcile which you are using or how you merge those duplicate tables is going to be the issue, you may have to copy the new tables that now have data to the old ones so any new posts are preserved then delete the newer table and rename the old one with the new prefix.

In this situation perhaps the first thing I would ensure is that I had a working DB and would create a new empty DB and restore a sql dump to it that way I could simply switch to that DB in wp-config and get back to original state in seconds.

I would set up a db you can restore to I would also ensure that I wasn’t allowing further data to be created while I worked on a database.

Some of the others may have further suggestions to help you along in the meantime do set up a new DB with a sql dump restored to it so you have a fallback while you try and sort things out, then at least you can get back to a working site easily and start over if necessary.

One last thing this is probably more a topic suited to the main WP forums rather than BP support

[@hnla Participant 14 years, 9 months ago]

Closing thread, duplicate of:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/custom-selectbox-issue/

[@hnla Participant 14 years, 9 months ago]

A child theme uses as it’s core the parent theme, it references any template pages you copy over from parent theme to child theme. The child theme files are used in preference to the same named file in parent theme likewise any functions files are read in order of child theme first then parent theme. All you need for a child theme to work is the style.css file with appropriate header block.

I would follow mercims advise to copy over header.php and simply remove the physical markup or enclose it in php comments, display: none simply hides the visual display but doesn’t remove markup so technically it’s still there.

[@hnla Participant 14 years, 9 months ago]

Those are constants, the whole point of them is that you can set them yourself and override the BP ones as the bp ones check to see if they are defined first somewhere. Try it ou, either in bp-custom.php or functions.php

[@hnla Participant 14 years, 9 months ago]

Why don’t these work or am I missing the point .

`define ( ‘BP_AVATAR_FULL_WIDTH’, 350 );
define ( ‘BP_AVATAR_FULL_HEIGHT’, 350 );`

same for thumbs, also of course one can pass size params back on avatar calls.

[@hnla Participant 14 years, 9 months ago]

There are a whole series of constants in bp-core-avatar.php that may be overridden, not sure what the constant you mention ‘CORE_MAX_FILE_SIZE’ is

[@hnla Participant 14 years, 9 months ago]

look in the file bp-example-activity.php in the buddypress-skeleton-component plugin it’s pretty well commented with all the info and params you need to pass

[@hnla Participant 14 years, 9 months ago]

You will need to hook a function into ‘bp_activity_add()’ you’ll need to pass an array of parts such as bp->loggedin_user->id and your CPT as a registered BP componant plus time and date I think.

The best place to research this is to look in the BP skeleton component for guidance .

[@hnla Participant 14 years, 9 months ago]

Before mercime kindly shows you how can we just check that you have made a start in attempting to enable your theme for BP? Have you moved any BP template pages across to your theme? Have you read through any of the excellent guides/ walk throughs mercime provided in the BP codex, starting with this initial guide:

https://codex.buddypress.org/theme-development/wordpress-to-buddypress-theme/

[@hnla Participant 14 years, 9 months ago]

This is very similar in vein to another post I recall vaguely, there may well be a critical problem not come to light before, but purging of tables is extremely serious so as Paul says please update this post or open trac ticket if you are fairly sure there is a critical bug with as much detail as possible and list/check any plugins you have running that could possibly be a cause.

I too have definitely had occasion on test installs where pages have mysteriously unlinked themselves but it’s very difficult to construct steps to replicate the issue or pin it down.

[@hnla Participant 14 years, 9 months ago]

@bpinspire which page do you refer to, is it either of these two?

https://codex.buddypress.org/releases/developer-and-designer-information/

https://codex.buddypress.org/releases/version-1-5/

Be helpful to know if either of these are the page you refer to or whether the page has simply been removed or overwritten/renamed? quick glance through the codex dashboard pages doesn’t show the one you link to and overall the /releases section doesn’t quite feel as though it reads correctly in terms of hierarchical nesting.

[@hnla Participant 14 years, 9 months ago]

I’ll close this thread then, if you need further help continue in your original thread:

https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/having-some-weird-issues-with-the-member-pages/?#post-122967

[@hnla Participant 14 years, 9 months ago]

Cool , good to have tracked it down.