Insight Dezign

I am experiencing this issue as well. If I ignore the address suggestion for the time being and try to click to expand the packaging section as well, the modal disappears. The button for “Create Shipping Label” in the order also disappears. I’m forced to reload the order to try again. Never any luck though.

Update: After more research than I like to admit, chasing down the solution to this problem, I think I may have the answer.

I have 6 VPS servers that I manage, 3 are GoDaddy servers and 3 are InMotion Hosting servers. The site’s that had the problem where on GoDaddy VPS servers, I found I was also getting the cURL error 2 message with the GiveWP plugin on those servers.

I tried moving one of the site’s to one of the InMotion Hosting servers with a full site transfer. I found that once I did, the problem went away.

I then reached out to GoDaddy to find out what happened to my servers. I got someone who was helpful and informed me that they had a major backend issue that started on/around the 16th/17th of April but didn’t affect any front end functionality. He also told me it took them a week but they had it fixed. I explained that whatever that was seems to be the problem I’m still dealing with. He escalated me to a higher level support.

When I reached the higher level of support they all but refused to believe they meessed something up. I ended up getting nowhere with them.

So I took this opportunity and purchased a new GoDaddy VPS server and started moving accounts over to it. The new server worked just fine.

I’m curious if everyone who is having trouble with this is using GoDaddy servers, They could be purchased directly through GoDaddy or through a reseller. I, for example, resell GoDaddy services and these were one’s I purchased from myself.

I think this is a problem that GoDaddy created and hasn’t taken ownership of yet.

Add my name to the list. I’ve had 3 clients now that I’ve changed over to Post SMTP because the plugin started throwing the cURL error on April 17th. This is on 2 different servers. One is a GoDaddy VPS and the other is a GoDaddy Reseller VPS. I’ve tried updating all the PHP extensions on the servers and no luck. Post SMTP works fine though.

• This reply was modified 4 years, 10 months ago by Insight Dezign. Reason: spelling

I do have custom post types but I haven’t set any custom post statuses. I went through the posts table in the database and there were only the standard options set. None were empty. If there is somewhere you want me to check in the database I can. I’m quite adept at using phpMyAdmin to check the database.

This link will show you the details of my browser and OS. (Windows 10 & Chrome) whatsmybrowser.org/b/JEYQZ5C

In the image you will see I have a couple selected but nothing appears in the box. When I close the dropdown the box is blank as well.

WP Bulk Delete Dropdown not working.

I experimented with this some more and discovered it actually works but does not give indication of a selection.

When I select Bulk WP->Bulk Delete Posts and then go to the “By Post Type” section it presents me with a drop-down. In the drop-down I can select or multi-select different post types and/or status and nothing visible happens. Then when I click outside the list and back in I can see them selected as gray. When I do click outside the list the drop-down collapses but shows nothing as a selection in the box.

This is entirely different from how the drop-down for “By Post Tag” works and quite honestly, is a little scary. I make sure I start from a complete refresh of the page to make sure I don’t have anything accidentally selected in addition to what I want.

Ultimately it works, but doesn’t seem like the best UX. I prefer the check-boxes for this option or something that works like the “By Post Tag” section.

Perfect! Exactly what I was looking for. Hopefully it’s helpful to someone else in the future. Thank you.

Thank you. This will work just fine.

Questions though. Does $object_type and $object take the api name or the visual name?

I updated the database and was able to create the table, but now I’m getting the following PHP errors.

[22-Jan-2019 23:13:44 UTC] PHP Warning: Illegal string offset ‘method_modify’ in /home/musican2/mydomain.com/wp-content/plugins/object-sync-for-salesforce/classes/wordpress.php on line 1164
[22-Jan-2019 23:13:44 UTC] PHP Warning: Illegal string offset ‘method_modify’ in /home/musican2/mydomain.com/wp-content/plugins/object-sync-for-salesforce/classes/wordpress.php on line 1200
[22-Jan-2019 23:13:44 UTC] PHP Fatal error: Uncaught Error: Call to undefined function p() in /home/mmydomain.com/wp-content/plugins/object-sync-for-salesforce/classes/wordpress.php:1201

When I tried to create the table the first time I got the following error.

#1273 – Unknown collation: ‘utf8mb4_unicode_520_ci’

Then I changed the collation type and tried again and got the following error.

#1067 – Invalid default value for ‘created’

After following a few different topics, I found the problem is because I have MySQL 5.5.

https://stackoverflow.com/questions/23153822/mysql-datetime-default-current-timestamp-error

I’m working on upgrading MySQL, unless you know of another way?

Just checked the php error log and I’m getting a bunch of these with different wordpress ID’s.

[22-Jan-2019 00:09:46 UTC] WordPress database error Table ‘musican2_carecomm.mus_object_sync_sf_object_map’ doesn’t exist for query SELECT * FROM mus_object_sync_sf_object_map WHERE wordpress_id = “6312” AND wordpress_object = “scheduled-action” ORDER BY object_updated, created made by do_action_ref_array, WP_Hook->do_action, WP_Hook->apply_filters, ActionScheduler_QueueRunner->run, ActionScheduler_QueueRunner->do_batch, ActionScheduler_Abstract_QueueRunner->process_action, ActionScheduler_Abstract_QueueRunner->schedule_next_instance, ActionScheduler_wpPostStore->save_action, ActionScheduler_wpPostStore->save_post_array, wp_insert_post, do_action(‘save_post’), WP_Hook->do_action, WP_Hook->apply_filters, Object_Sync_Sf_Salesforce_Push->post_actions, Object_Sync_Sf_Salesforce_Push->object_insert, Object_Sync_Sf_Salesforce_Push->salesforce_push_object_crud, Object_Sync_Sf_Mapping->load_by_wordpress, Object_Sync_Sf_Mapping->get_object_maps

I’m experimenting with this and adding additional info.

Based on the information you provided on Prematch, I created a custom meta field for salesforce ID. I’m mapping that to the Salesforce Account ID, have it set for Prematch and Sync. When I edit an account in Salesforce that doesn’t exist in WordPress it upserts a new draft post. When I publish it or change anything on it in WordPress is upserts and corrects the Salesforce record. However, when I edit the Salesforce record it then creates a new draft post in WordPress. What does the plugin use for a matching key for records?

Thank you, That clarifies it much better for me. Now I know how to proceed with this portion. I’m submitting a few other topic posts separately so they don’t cross topics and hopefully will be useful for others.

These may be valid workarounds in some situations, but not in our case.

-We need to use an address block for credit card payment.
-The same address block is used for domestic or international users. I could set a default postal code and state but it would be visible for everyone and when countries that don’t use postal codes or states use the form they would attempt to remove them (if visible) or I would have to clear it out in Salesforce when it comes over.
-Our address blocks are set as required but since international addresses don’t all use state or postal code those 2 fields of the address block are not required.

I may try the default option for the time being to see if I can avoid failed entry creation in Salesforce, but ideally I would like to see this fixed.

I’ve discovered that if any field in the address block of Gravity Forms is left blank the Salesforce add-on will use an array of all the other data that is filled in in it’s place. This can cause an error with a wrong data type or entry that exceeds the string length allowed for that field in Salesforce. No proper error is logged in the entry on Gravity forms so it’s hard to find the problem. You can find the error by using Logging in Gravity Forms. Go to Forms->Settings->Logging and select “Log Errors only” in the Salesforce: API option.

If the developer reads this, I have been reading through these posts looking for others who have had problems with this too. It seems to be causing a great deal of trouble. I would like to see blank fields in the address block left blank for mapping purposes or an option to use allow blank or use an array. In all honesty I can’t see any instance the array would be useful.