wy4tt34rp

Unfortunately this did not fix the issue. The $post_type value is still defaulting to “page” for custom post types; it is not empty or null.

It appears the global variable $post_type is not properly initialized at the admin_init hook, and was defaulting to page for whatever reason. We worked around this issue by looking for the post_type querystring variable that is present when creating a new post or looking up the post_type of the $post_id global variable when editing a post (that logic was already in place).?

This was a quick fix that was not heavily tested, so it may or may not be the actual solution, but it worked for our use-case and we needed to implement a fix quickly.

Image for reference. Left is original code, right shows changes.

We didn’t see errors in debug or Dev Console. But we discovered that the plugin is not detecting custom post types properly. So when you add or edit a custom post type, the plugin is applying the settings for a “page” post type instead of the applicable custom post type.

Same experience with my sites.

Crickets…

Pulled the Git and it worked perfectly. Thank you!

LOL…NOOOO! Love this plugin and stuff happens :). Stay calm and write code.

Thanks man.

• This reply was modified 2 years, 4 months ago by wy4tt34rp.

Please disregard. The issue was not with Ditty.On a whim I installed User Role Manager to see if someone had changed the permissions, and sure enough there was a remnant in the database.

• This reply was modified 2 years, 5 months ago by wy4tt34rp. Reason: Issue discovered

@andreas Yes, if the wrong credentials are used, the issue arises and there is no way to change the creds in the interface. As this is a live site, it was preferable not to replace all the options, we just needed to fix the Paypal error.

I believe I have discovered the issue and the solution.

Symptom: Critical error when attempting to the Manage Settings of – or Activating – the Paypal plugin (v1.3.2)

Issue: Option table name “woocommerce-ppcp-settings” holds residual information when disconnecting Site from Paypal.

Solution:

1.Open phpMyAdmin and navigate to Database Name > wp_options > woocommerce-ppcp-settings

2. Edit the value (best to copy/paste it into a text editor)

3. Replace the text starting at s:26:”Pay with your credit card.” and ending at “disable_funding”;a:0:{} with the following:

s:26:"Pay with your credit card.";s:13:"vault_enabled";b:0;s:10:"sandbox_on";b:0;s:20:"products_dcc_enabled";N;s:24:"client_secret_production";s:0:"";s:20:"client_id_production";s:0:"";s:13:"client_secret";s:0:"";s:9:"client_id";s:0:"";s:11:"merchant_id";s:0:"";s:14:"merchant_email";s:0:"";s:22:"merchant_id_production";s:0:"";s:25:"merchant_email_production";s:0:"";s:22:"merchant_email_sandbox";s:0:"";s:19:"merchant_id_sandbox";s:0:"";s:17:"client_id_sandbox";s:0:"";s:21:"client_secret_sandbox";s:0:"";s:6:"intent";s:7:"capture";s:24:"capture_for_virtual_only";b:0;s:15:"payee_preferred";b:0;s:12:"landing_page";s:5:"LOGIN";s:15:"disable_funding";a:0:{}

4. Paste all into the value field and select “Go.”

This will restore the Paypal connection to a default state and make the “get started” message re-appear.

Hope this can help others experiencing this issue.

Thank you for the quick response!

I was afraid you’d say that, but I wanted to be sure that I had not missed something with the CPT setup that would “trigger” Divi to recognized the Custom Post “Categories”.

TY!
KO

So….no? ??

Thank for replying and for a great plugin.

KO

N/M. Completely missed the WP-DLM option for File ID or File Name. For those that may be as blind as me, go to Dashboard > Downloads > Download Options > Use File Name Or File ID In Download URL?

TY!

Same issue…allow_url_fopen is enabled, default_socket_timeout is set to 60, uploads/instant-images permissions set to 755.

Was there a fix?

• This reply was modified 5 years, 4 months ago by wy4tt34rp.