BuddyPress.org

@blinkybill01 99% of the time, it’s different instructions for different themes because of the variety of HTML structures/template tags..

== The theme I’m using, and it’s subject to change, is called “The Secret World” ==

Are you going to change your theme or shall we proceed with the compatibility process?

Change profile name field to something other than login name. Then read this https://buddypress.org/community/groups/miscellaneous/forum/topic/how-to-see-your-own-forum-topics/

@frank13 I followed the instructions of @mercime and changed my “Name (required)” to Asynaptic (from Synaptic)… ??! nothing changed

I still can’t find a way to see all my posts or replies – the link still just 301’s

to clarify, going here to attempt to view the topics you’ve started (once logged in):

https://buddypress.org/community/members/synaptic/forums/topics

301’s to this URL
https://buddypress.org/community/members/synaptic/forums/

????????????????????????????????????????????????????????????????????

EDIT: apparently you can see a list of yours and others posts/replies here

https://buddypress.org/community/members/frank13/

or

https://buddypress.org/community/members/USERNAME

But there are 2 caveats, the previous link I provided should show you this since that is what the menu selection says “Forum>Topics Started/Replies/Favorite Topics” but for some reason it doesn’t, go figure (dogfood)

Second, only the posts and replies that you made after making the “Name (required)” change are shown, anything you may have written previous to the change will not be shown

I asked this exact same question – this is obviously an important issue for people, who knows how many other times it has been brought up (and ignored) – can the developers please address it?!

one of the best ways to develop something is “eating your own dogfood” but the corollary to that idea is the continuous improvement of the “dogfood” because you are being forced to eat it.

http://en.wikipedia.org/wiki/Eating_your_own_dog_food

for some weird reason that just doesn’t apply to buddypress! we’re stuck eating dogfood… lol

can we please combine testbp.org and buddypress.org and implement these “dogfood” improvements please?

http://www.webpagetest.org/result/120713_2S_3T0/1/details/

another VERY annoying factor is the horrible hosting for buddypress.org – the load time is horrendous! throw on a caching plugin, I dunno, heard of varnish? use a CDN or maybe just switch hosts? there are many affordable hosting solutions that would provide for much faster load times

thank you

@jomjom the modifications I gave were for the page with sidebar -> page.php

I had to remove the “ call from the footer since it gave me an error. Now it’s looking good but still i can’t get rid of the sidebar content, it keeps showing under the buddypress content when I’m in “Full Page.” Thoughts? Thanks again for your help!

Right here, read how to customize beyond the admin screens: https://codex.buddypress.org/extending-buddypress/changing-internal-configuration-settings/

The action fix is necessary if you want your GF forms working on/from a BP screen, it was originally a fix I requested of GF support when attempting to process a form rendering on a bp new account screen which was simply failing silently, this was their provided solution.

p.s. I think the switch action fix is a must if you want GF to work with BP

@shanebp — yeah, we have s2member on the same sites — and not getting a conflict.

We’re using s2 for the registration forms though (plus a few mods), with gravity picking up on some heavy loading for us on user content submission.

3.4 / 1.5.5 / 1.6.4.2.1

@rogercoathup

BP 1.5.5, WP 3.4, GF 1.6.3.3.4

Registration attempts via our mobile theme recently started to fail.
Submit results in refresh of page with fields inputs showing.

Thought it might be a s2member conflict…
So confirmation that a GF issue exists is helpful – thanks.

GF instances, like the reg form, are shared across the desktop and mobile themes.

The fate of the mobile theme is being decided, so I haven’t dug around much or tried your -disable ajax or -switch hooks fixes.

So mainly I was just bumping the thread.

@shanebp — we use Gravity without problem on a couple of our BuddyPress sites — the fix above repositioning the action has been the only mod we’ve needed to make (other than disabling AJAX form submission).

Are you having a specific problem with them, or same as @pealo86?

“CubePoints Buddypress”

Above Plugin “Limits only members with a certain amount of points access to updates & replies”. I am going to give it a try. I find this whole thing as Psychological. Limiting “User Updates” in this era of spamming is “Logical” and most developers are “Psychos”

@pealo86
I’m also interested in a solution to this.

What versions, specifically, of BP and G-Forms are you using?

Did you ask G-Forms about this issue and if so what exactly did they say?

You type @ then the username like @wakkas or use the mention button on a profile. This is how you post to a user with BP. Also, there are tutorials on adding a post form on a friends profile. Google for it.

@murasaki — you can implement a count on activity updates from a given user — either by creating a custom activity loop and doing a count on the number of items returned, or doing a database query directly (via the WP SQL API).

You’d then compare this against your upper limit and show the status box accordingly.

Will require good PHP / WP development knowledge.

I’m also looking for a solution to this problem, which seems to involve a lot of different plugins and tweaking as you said. Haven’t heard anything about this being a part of BuddyPress core anytime in the near future unforunately. It should probably be a part of WordPress core in that case since BP uses WP:s user functions.