BroadRippleInc

The update works for me, thanks for taking the time to do that.

I have determined that this issue is with the BP Classic Plugin. If you have this plugin activated, it stops all functionality of BP Simple Private.

This could affect a lot of people who need BP Classic for their pre-buddypress 12 content to show up!

Confirmed: Twenty Twenty-Three Theme

On my WAMP server where I am developing a BuddyPress website, BP Simple Private does not redirect private pages back to the homepage for logged-out users, and the Private Pages are again appearing in the Navigation Menu for logged-out users.

This occurs for me if the only plugins I have active are BuddyPress and BP Simple Private.

I’m using the latest WordPress and I think the Twenty Twenty Three theme.

This site’s BuddyPress was definitely running prior to BuddyPress 12.

• This reply was modified 1 year, 2 months ago by BroadRippleInc.

Second report that this plugin is no longer working on my site after updating to Buddypress 12.0.0.

I figured this out.

The sample data had shipping data in it. The live customer was using billing as shipping, so they didn’t have any ‘shipping’ data, therefore the payload contained no data for those keys.

When I used:

$order->billing

instead of

$order->shipping

I found the data I was looking for.

Thanks for the reply on this topic.

Really fixed it this time. I had Cloudflare IPs that were blocked in server blocklist. Apologies for the inconvenience and I appreciate the assistance provided.

The Chart Bundle is a 521 Error.

This seems to be the script that isn’t loading in firefox or chrome for this site as indicated by the Network tab of the Chrome.

https://trapindy.com/wp-content/plugins/wordfence/js/Chart.bundle.min.1594219913.js?ver=2.4.0

Here is the Console message:

GET https://trapindy.com/wp-content/plugins/wordfence/js/Chart.bundle.min.1594219913.js?ver=2.4.0 net::ERR_ABORTED 521
admin.php?page=WordfenceWAF:1383 Uncaught ReferenceError: Chart is not defined
at HTMLDocument.<anonymous> (admin.php?page=WordfenceWAF:1383)
at i (jquery.js:2)
at Object.fireWith [as resolveWith] (jquery.js:2)
at Function.ready (jquery.js:2)
at HTMLDocument.J (jquery.js:2)
(anonymous) @ admin.php?page=WordfenceWAF:1383
i @ jquery.js:2
fireWith @ jquery.js:2
ready @ jquery.js:2
J @ jquery.js:2
wp-auth-check.min.js:2 Uncaught TypeError: Cannot read property ‘hasClass’ of undefined
at HTMLDocument.<anonymous> (wp-auth-check.min.js:2)
at HTMLDocument.dispatch (jquery.js:3)
at HTMLDocument.r.handle (jquery.js:3)
at Object.trigger (jquery.js:3)
at Object.a.event.trigger (jquery-migrate.min.js:2)
at HTMLDocument.<anonymous> (jquery.js:3)
at Function.each (jquery.js:2)
at a.fn.init.each (jquery.js:2)
at a.fn.init.trigger (jquery.js:3)
at Object.<anonymous> (heartbeat.min.js:2)
(anonymous) @ wp-auth-check.min.js:2
dispatch @ jquery.js:3
r.handle @ jquery.js:3
trigger @ jquery.js:3
a.event.trigger @ jquery-migrate.min.js:2
(anonymous) @ jquery.js:3
each @ jquery.js:2
each @ jquery.js:2
trigger @ jquery.js:3
(anonymous) @ heartbeat.min.js:2
i @ jquery.js:2
fireWith @ jquery.js:2
x @ jquery.js:4
c @ jquery.js:4
XMLHttpRequest.send (async)
send @ jquery.js:4
ajax @ jquery.js:4
l @ heartbeat.min.js:2
d @ heartbeat.min.js:2
v @ heartbeat.min.js:2
h @ heartbeat.min.js:2
(anonymous) @ heartbeat.min.js:2
dispatch @ jquery.js:3
r.handle @ jquery.js:3
wp-auth-check.min.js:2 Uncaught TypeError: Cannot read property ‘hasClass’ of undefined
at HTMLDocument.<anonymous> (wp-auth-check.min.js:2)
at HTMLDocument.dispatch (jquery.js:3)
at HTMLDocument.r.handle (jquery.js:3)
at Object.trigger (jquery.js:3)
at Object.a.event.trigger (jquery-migrate.min.js:2)
at HTMLDocument.<anonymous> (jquery.js:3)
at Function.each (jquery.js:2)
at a.fn.init.each (jquery.js:2)
at a.fn.init.trigger (jquery.js:3)
at Object.<anonymous> (heartbeat.min.js:2)

Strange, this issue came back tonight. I pushed a diagnostic report both before I saw the issue again, and after I saw the issue.

Here is a screengrab of the error console.

https://trapindy.com/wp-content/uploads/2020/07/Capture.jpg

The Network tab of the Console only showed Non-Blocking (no 404 wording/Firefox).

I think I changed the memory limits for Wordfence in case that helps anyone else.

I did nothing and the problem magically went away. Not sure if you all did something (like push an update), or something through the API, or if data just pushed a problem out of the database, but I thank you nonetheless.

I’m happy to push a system snapshot over if you still want to, but this issue is resolved.

I am using the Compass Theme on the site that has the problem.

Thanks for the reply.

I used Wordfence Assistant and deleted all of the data from Wordfence, and that did nothing.

I checked this in Chrome (as opposed to my default Firefox) in Incognito and the data didn’t display there.

Nor did it display when switching themes to Twenty Twenty.

I have two other multi-site wordpress installations running nearly the same plugins on the same server, and neither of those is experiencing this problem. Unlike those to multi-sites, this is a single installation.

Here is a screengrab of the console errors as I believe they pertain to this problem.

https://trapindy.com/wp-content/uploads/2020/07/Wordfence.jpg

I’m sure it was. I deleted Plugin Organizer (to wipe the data from it) reinstalled it, and reconfigured it on both sites and have no problems. It’s so complex what Plugin Organizer does, that I will likely have to do that from time to time with all of the updates that happens.

Sorry for bringing this to you, I’ll know where to look next time this comes up.