[@hnla Participant 13 years, 5 months ago]

Should be groups/index.php

[@hnla Participant 13 years, 5 months ago]

Yes I could see that on inspection as I mention above it’s likely the issue, how that has happened only you can know something changed but not possible for us to guess at what. You’ll need to edit that template file by the looks of things and move the closing div to a point after the BP content – use one of the other BP pages as a guide.

[@hnla Participant 13 years, 5 months ago]

A little too soon to bump!

What’s a ‘wrap’ ?

You don’t really provide any details so no, haven’t really got a clue how you’ve ‘lost’ something.

What were you doing? What changes did you make? I can see that you have an element ‘.wrap’ that closes before BP content which on other pages looks to enclose content so that’s probably your issue, but how that has happened only you can figure out.

[@hnla Participant 13 years, 5 months ago]

No further references to attitudes and responses please otherwise I’ll close the thread.

Switching to another theme is always possible, if not you have a problem with your WP install not BP plugin. WP needs to function fully and correctly before adding any plugins like BP. You may now be better off re-installing WP and starting over?

Registration is a WP function so ensure it is enabled in settings>general

Permalinks are important, you must be able to set anything other than default ‘?p=’ type permalink structure for BP to work (don’t think this is an issue though)

[@hnla Participant 13 years, 5 months ago]

@4ella one bump is sufficient!

@henrywright-1I think this is going to have attendant issues difficult to deal with. Gravity forms allows for forms with repeater fields and you can then tie submissions into existing functionality but profile fields are going to be hard to deal with, if they aren’t created. The repeater fields are created via JS on submission you have to tie it in to creating new profile field label etc then if you can do that you create those extra for all users.

What may be a better approach is to add in advance all the fields you may need then on front end hide them with JS and allow user to show them as and when needed, public profile would be set to ignore any empty fields & labels.

[@hnla Participant 13 years, 5 months ago]

Waiting for asnwers.

And did you do as I suggested and contact the theme author? I note you gloss over my comments.

You reference a second screen shot yet I see none? When I visit those links you’ve added I see no registration page, just a page that has no content being generated just empty markup elements, the site does not look as though it is running BuddyPress, have you de-activated for some reason?

You need to provide clear links to the issue if you want help, but as I said earlier the BP support forum is not aimed at dedicated custom theme support so help will be limited.

[@hnla Participant 13 years, 5 months ago]

This is theme or plugin related BP filters into the wp_title() quite correctly normally, e.g on the activity directory it would read ‘Activity Stream Directory | BP 1.7 – the browser’

[@hnla Participant 13 years, 5 months ago]

It’s not a bug as such but either a lack of correct properties for a ruleset or malformed markup, however without knowing what code is involved it’s not really possible to help, also this is a custom theme and therefore not really something this forum can deal with.

I suggest contacting the theme author for help on this.

The issue is suggestive of float clearing not being taken into account but as I say without sight of code not possible to say with certainty.

Are you running in theme compat mode or trying to run with the older template pack plugin?

[@hnla Participant 13 years, 5 months ago]

But that was the point of BP 1.7, theme compatibility. The codex is your friend, have a look through it for info on working with theme compatibility.

[@hnla Participant 13 years, 5 months ago]

I guess in some respects the easiest option might have been to label:
‘Work email’
‘Home email’
and perhaps in a profile or list /address one would sort of automatically label in that fashion.

There is also bp_get_profile_group_name() or similar name so you could do work == bp_profile_get_group_name() but that would only make sense in a loop really.

[@hnla Participant 13 years, 5 months ago]

You currently can’t really do this, but you could look at re-factoring the markup to use the newish (added in 1.7) bp_nav_menu() which provides a true nested ul construct and in a similar fashion that WP handles menus.
You can see an example test case I ran up using the function and re-factoring templates:
https://github.com/hnla/hnla-bp-nav-menu

[@hnla Participant 13 years, 5 months ago]

I would advise you disable buddypress for the moment as there’s something very wrong with it, it doesn’t appear to be working in that custom theme correctly. You probably need to ask the theme authors about what is happening.

[@hnla Participant 13 years, 5 months ago]

You really need to explain just how you have customised things here. This is the standard members public profile, yet you are displaying a far from standards view, it looks like a mix between activity stream and base profile, and yes it loaded extremely slowly.

Please explain just what that page shows and how you’re going about doing that as I think people are going to need that information to be able to help in any fashion.

[@hnla Participant 13 years, 5 months ago]

Reason you ought to write as a plugin for own use is while you should offer the code through trac for consideration for adding to core there is no guarantee it will be accepted so if it’s that necessary for you safer to keep running as a plugin until such time as it’s merged into core.

[@hnla Participant 13 years, 5 months ago]

If you have a list Henry create a new page in the codex, leave it as a draft if you’re unsure or want feedback and one of can look it over – anyone can add pages the docs team is very ad hoc any entries to the codex welcomed but possibly edited here and there 🙂

[@hnla Participant 13 years, 5 months ago]

The file directories give you a good idea or are as good a ref as any, ones that can catch you out are /members/single/ where you need to remember that there are two nuisance files 🙂 plugins.php & settings.php which have their own full structure (are not template_parts) or that need to be considered.

[@hnla Participant 13 years, 5 months ago]

Edit// oops too slow posting, beaten to it 🙂

testbp.org is using the twentythirteen theme thus working in theme compat mode. Check the WP 2013 theme functions.php file to see how they have added embedded fonts using the Google service ( Source sans pro is not a generally available machine font – helvetica is a fairly standard machine font available across many OS)

[@hnla Participant 13 years, 5 months ago]

There’s the weekly digest plugin by Boone, other than that it’s down to your user account settings > notifications

[@hnla Participant 13 years, 5 months ago]

The codex is your friend, always have a quick check there for any docs that may help.

https://codex.buddypress.org/developer/theme-development/a-quick-look-at-1-7-theme-compatibility/

[@hnla Participant 13 years, 5 months ago]

There’s a ticket on this subject the matter came up a fair while back. It’s always worth checking through trac to see if an issue has been raised.

The radio buttons should not have been radios but a single checkbox, no the option does not stay selected as it isn’t meant to, the changes being referred to are those made on that screen only and the notification a one time event for those changes made not any changes made from therein on, so it returns to a unchecked state. The text for this item has been changed to be a little more accurate – had thought that went out in 1.7 but guess it’s in 1.8.

[@hnla Participant 13 years, 5 months ago]

That’s what Trac is partly for though, raise an issue , steps to create, ask for feedback 2nd-opinion.

[@hnla Participant 13 years, 5 months ago]

are you sure? 300,000 that is one heck of a lot of groups not sure that I can think of any circumstance where one could ever need that many or how one would ever find anything – might help describing how this works on the site – as for scaling really not sure but I would be expecting it to start slowing things down somewhat.

[@hnla Participant 13 years, 5 months ago]

If you think you’ve found a security issue it really should be reported privately to a core dev.

I don’t think this is an issue, looking at upload avatar functions, but perhaps could use some hardening. Open a ticket.

[@hnla Participant 13 years, 5 months ago]

Sounds like your server directories haven’t got the correct permissions set for read write execute, the WP codex has information of perms required for WP directories in an install you may need to check with your host what is currently set – can you upload images to the media library?

[@hnla Participant 13 years, 5 months ago]

First thing to do always is start testing by disabling any plugins running which are not necessary to WP/BP installation especially any caching plugins, after that change to a theme such as twentytwelve to test against to determine whether your issue is theme related plugin related or an actual BP bug (much less likely)

Ignore that codex page it’s technical developer information and unless you are writing functions or plugins not a concern (although something may be firing that hook multiple times but if so it’s theme or plugin doing that)