BuddyPress.org

Thanks all!

Update: So I may have been a bit hasty. WooCommerce kindly did a test, and like @shanebp was also unable to replicate the results of the issue with friend requests not accepting.

Despite infinite load I was experiencing, I could right click the “accept” or “refuse” button with a friend request, & copy the URL that indicated the nonce and open it in a new tab and then it would accept/refuse the friend request.

After scouring for hours and hours through different *old* threads regarding similar issues I did discover a few individuals that seemed to have the same issue, but there was no resolution presented. I figured that there were several people, then (at that time) having the issue, and if it’s just me having the issue now – perhaps, it was something wrong with my copy of BuddyPress…

So, I finally decided to delete my installation of Buddypress directly through sFTP and reinstall a clean copy of it from https://wordpress.org/plugins/buddypress/ directly back to the sFTP. I guess that was the solution.

I am still unsure what the issue was, or why it was (at least on my installation) causing this error.

However, I am now pleased to report that the issue is resolved and that I am able to accept friend requests.

Thus it merely appeared that it was WooCommerce because this was the plugin that seemed to trigger the infinite load when I was doing disable plugin testing to see where conflict appeared.

Thanks again!

As far as I can tell people on my site start the process of creating an account with membermouse. So, yeah, I will try creating a new account again and see what I can figure out. I’ve made a bunch of test accounts for myself – so maybe I used the same email or something. I need clean up and delete a bunch of those anyway now.

So does buddypress usually use the regular wordpress login user name? If a site just uses bbpress and buddypress – people set up an acccount just through wordpress and bbpress/buddypress use that?

hey, Venutius;
yeah, I’ve been getting some of those thrown at me per error log* as well, but had them not high on my issues list, as long as the general functionality of the parents in question appeared to be ok yet (as far as superficial verdicts go, I guess). :/
Perhaps I should carry the issues you spotted to the respective entity owner.

Beyond that: yeah, shortcodes in general appear to be working well. Should we perhaps try out any other of yoour shortcodes to display properly in that test post? Maybe that serves as more clue?

cheers – lx
– – –
( * : as far as log perusal goes, I like https://de.wordpress.org/plugins/wp-log-viewer/ 🙂 for its grouping and filtering capacities; you may want to have a comparative look at that, perhaps.)

sorry, I only stumbled over your most recent response now. Apparently, this forum does not really send notifications on replies. Either way –

No, I’m not getting any errors. It just stays blank. I’ve tried 2 plugins to circumvent in the meantime (or rather drill into what they’re doing different, in case they work/ed), alas

• “BP Post from anywhere” ([bppfa_postform]) does not heed privacy options on post (i.e fails to cooperate with another extension),

while

• [bppswhatsnew] offered per your own “BP Profile Shortcodes Extra” just gives me the same blank I got all of a sudden using my own shortcode :/

  Now, I realize you state/d that your form display would not work with Noveau template, and I am sure to have set BuddyPress to use legacy template; however, when I look into my site’s loaded page, I find several references pointing to Noveau

which has me scratching my head.

I would very much prefer to get this going without having to use a plugin for a simple display job such as this. Bit I can’t seem to figure out why the solution I had in place stopped working.