Forum Replies Created
-
AuthorPosts
-
April 28, 2016 at 2:42 pm in reply to: Image in repeater issue (WordPress 4.5 + Piklist 0.9.9.8) #6399
adrianmMemberIt seems the issue comes from this section
if (!$element.hasClass('wp-editor-wrap')) { $element = $element.addBack(); // I COMMENTED THIS LINE AND IT WORKS }That makes the hidden input be moved in the DOM.
April 21, 2016 at 2:33 am in reply to: Image in repeater issue (WordPress 4.5 + Piklist 0.9.9.8) #6334
adrianmMemberUpon some investigation I think the issue is because you don’t put the hidden input fields inside the
.piklist-field-preview. The HTML code coming from the server seems correct but I think your JS is moving things around. I hope this can help you fix this issue sooner.April 21, 2016 at 2:16 am in reply to: Image in repeater issue (WordPress 4.5 + Piklist 0.9.9.8) #6333
adrianmMemberCorrection:
From what I saw the problem is that the
_post_meta[slides][0][image][]input fields are not updated correctly. When you remove the image the value of the associated field is cleared, but the input stays on the DOM and when you add an image there is not input field appended to the DOM.
adrianmMember@Steve, Disabling the W3TC Object Cache feature solved the issue. The issue appeared both on Windows and Linux.
adrianmMemberI had the same issue. I don’t know if the same cause but here’s what I’ve found:
1. I have piklist 0.9.4.24 and the W3TC plugin with only the Object Cache enabled
2. I’ve looked a little bit at the code and I’ve found that in class-picklist-validate.php your code ispublic static function check(&$stored_data = null) { if (!isset($_REQUEST[piklist::$prefix]['fields_id']) || !$fields_data = get_transient(piklist::$prefix . $_REQUEST[piklist::$prefix]['fields_id'])) { return false; }which is not clearly readable (!$fields_data = get_transient(…) so I replaced it with
public static function check(&$stored_data = null) { if (!isset($_REQUEST[piklist::$prefix]['fields_id']) || !($fields_data = get_transient(piklist::$prefix . $_REQUEST[piklist::$prefix]['fields_id']))) { return false; }The transient is not retrieved (ie: $fields_data data is always false)
If I disable the W3TC Object Cache, everything works as expected.
Apparently the cache file is not written by the W3TC plugin. I don’t know why. Maybe the transient’s lifetime is too short? The file to be written too big?
adrianmMemberI have WP_DEBUG set to true and I got some warnings. Otherwise, I was able to create my first Piklist custom field 🙂
adrianmMemberThis reply has been marked as private.
adrianmMember@Steve. I know about making a settings page using the standard Wodpress functions. How can I make piklist render and handle the form for that page?
I will upload a zip file soon as I suspect this is a bug due to filters/actions priorities.
adrianmMemberThanks, @Steve
adrianmMember@Steve – The plan for the plugin is to remain free, right?
I am asking thigs because I’m starting a new project and I have to decide Piklist vs CMB2.
adrianmMemberIt works. Thanks!
adrianmMemberNo, I didn’t. Still, there is the problem that the website didn’t respond to my action; the spining icon is there after 2 minutes. The EDD plugin makes an ajax call to wp-admin… this might be the reason…
-
AuthorPosts