socialink

We agree that this is a horrible nag and we shouldn’t have to edit theme code to get rid of it. A click to close should be saved in the database that it was closed, and thats it.

Hi Sybre thanks for quick response. We are on PHP8.2.

Hi Rafinkhan, unfortunately I cannot grant you access to the website to debug whats happening past the details I’ve given you, as it is a sensitive site. I still don’t get why a JSON file got written to wp-admin/ though, that seems like a big security risk.

Did not work. We’ll reach out to support, thanks.

Looks like TEC has not updated their software to avoid date_default_timezone_set changes as outlined by WP here (https://www.ads-software.com/support/topic/read-this-first-wordpress-5-3-master-list/#post-12124062) – the devs need to fix that.

Disabling that worked great, thank you.

The steps needed would be: Install WordFence, add the basic timeline (by enqueueing the https://cdn.knightlab.com/libs/timeline3/latest/js/timeline.js and instantiating a json. We got the error with the very basic example they provide (eg the Google doc).

Anything else that can help diagnose?

Any news here? There are some serious issues with the newest version!

This was such a poor move, I can’t believe they did this without warning developers.

I am on 1.3.1 (interestingly you didnt update your About CPT in 1.3.1, it still says 1.3.0 ??

What i’m doing is creating a CPT, not public. I just want it to be used internally and we’ll pull from it selectively.

Then I create a new tax and want to attach it to the CPT, but the CPT does not show up in the “attach to cpt” checkbox fieldgroup. When i go back and make the CPT public, then it does show back up there. Make sense?

Hi Michael
Well, it took a lot of comparison, but we realized that the issue was that, prior to WP4.4, published child CPTs of *draft* parent CPTs could still be viewed. Effectively the parent, even as a draft, would remain in the permalink. Something changed in 4.4 preventing this, so you get a 404 permalink. Publishing the parent solved the issue. This isn’t related to your plugin, but I’m leaving it here if anybody else encounters the same issue!

Michael, I think I may have narrowed it down.

Something with the rewrite rules your plugin generates and *hierarchical* CPTs is not translating correctly. It seems that child CPTs aren’t getting the descending URL but a main one (eg they should get site.com/guides/parent/child but the permalink generated is site.com/guides/child which is a 404). Manually entering the “parent” + child permalink works just fine!

Thoughts?

Sure, may I have an email for security purposes? Dont want to make it public. Thanks!

I also just deactivated every single plugin except for CPT UI. Still no dice.

Then reactivated, reverted to 4.3.x – works perfectly. no need to even upgrade or change the DB!

Hi Michael,

I tried de- and re-activating. No dice.

I also tried switching to Twentysixteen, to confirm it wasn’t our theme. No dice.

The crazy thing is SOME of them work – and some do not.
so,
guides/guide1 may work, but guides/guide2 do not.

Any way to actually debug and figure out what the hell is happening?

Well…We just tried it again. Its literally the only thing different. Any suggestions on how to proceed, debug, etc/