Accur
Forum Replies Created
-
Forum: Plugins
In reply to: [Gravity Forms: Post Updates] Found issue with PHP 7.1+Yes Thank you very much!
I got my site down this morning because of that issue and was able to fix it in minutes…This fix works great to save multiple terms with a multi-select or checkbox field, but now I have a problem when editing. It only adds new terms, but doesn’t remove the ones I want to remove.
I am not using Gravity Post Update plugin, but Sticky Lists for post edits, it might be a reason why…
But for some reason edit on taxonomies controlled by a Single Text Field work perfectly: it saves several terms if requested and removes the ones that needs to be removed.
Is there a fix to the fix above to allows unselecting unwanted terms??
Thank you very much in advance!
Same issue here after testing back and forth for hours.
I will try the fix from Josh (THANKS SO MUCH!)Forum: Plugins
In reply to: [WP Job Manager] Predefined regions in Resume Manager??Not sure it is very clean, but using the WP Job Manager Field Editor plugin from Myles McNamara, I am able to create a resume custom field based on the job region taxonomy.
The field shows up in the “create resume form” and the jobs regions are indeed saved with the resume post type. So it works!
Then I have to figure out how to display those fields in the resume admin and front end, but it should be pretty easy…Forum: Plugins
In reply to: [Better WordPress Minify] GD Managed WP Hosting Cache IssueFYI: I was having many issues (I strongly believed being related to caching) on my recent install on a new Godaddy Managed WordPress hosting. The easiest problem to explain was a mix up of tags and categories for each post. Every time I had a mix up, flushing the cache and refreshing was fixing the issue. Then after browsing a few pages, the mix up appears again, always corresponding to a post I had seen a few pages before (but after the flushing).
I asked if godaddy could disable their caching, the answer was no.
I migrated a copy f my site on WPEngine and my test site not only runs fasted but that issue above and several others are gone!!!
It has been 48h of testing on WPE, without a single glitch. I am waiting for just a few more days and bye bye GD Managed WP…
I have reduced to a total of 3 sec, by simply removing the notifications…
I am really getting close.
The issue overall is not at all PostMan SMTP, but how heavy my forms are…Thanks very much for your help and your reactivity!!
Ok I will, but I cannot give up the salesforce API though…
I will keep you updated.
I just did and it is indeed very fast!
But my form is a lot lot longer, with plenty of conditional fields using gravity forms.
It also uses the SalesForce API and the mailchimp add-on.I am thinking, that I should remove all notifications on those long forms and keep only the SalesForce API…
Last question: should I expect an improvement if I switch from Google Apps API to Mandrill API?
I have disabled one of the 2 notifications and simplified the other. I gained almost 2 seconds overall.
I will keep digging in what I can do to improve it all.
But overall how do those runtime look like in your experience.
Having users wait 8 seconds for a success message seems very very long to me…
Thanks for your help!
Hi Jason,
It does work without Postman, but sometimes goes to spam…
I will try the other options you suggest.
Thanks very much for your very fast response!Solved!
But not sure it is a very clean fix…I have added a first if(!function
if(!function_exists(‘custom_gform_update_post_public_edit’)){
function custom_gform_update_post_public_edit()
{
return ‘edit_posts’;
}
}Sorry guys,
I should have read the warning to not discuss any technical issues here but on Github.I found my answer on this Thread:
https://github.com/katzwebservices/Gravity-Forms-Salesforce/issues/178The problem was a conflict with the MEMBERS Plugin…
I hope it helps others…
Cheers,
Ed
Am I really the only one not seeing this menu anymore?
Please help! It is quite blocking for me.
Thanks in advance.Ok so I finally found the answer to my issue.
In the plugin, I noticed the public_edit function was the one allowing users to edit or not posts) and I found this code:
add_filter(‘gform_update_post/public_edit’, ‘custom_gform_update_post_public_edit’);
function custom_gform_update_post_public_edit()
{
return ‘edit_posts’;
}
(found here: https://bitbucket.org/jupitercow/gravity-forms-update-post)Since I still don’t understand how add_filter’s are working and struggled a bit on where to place it, it finally worked whne placed directly in the function public_edit in the main file of the plugin.
Obviously for it to work the user needed to have the “edit_post” capability, so I added it with the Member plugin.
I hope it will help others too.