Forum Replies Created
It seems the bug with upload files (https://piklist.com/support/topic/uploader-field-only-saves-one-file-instead-of-multiple/) is back with version 0.9.9.17
Just for information: I went back to version 0.9.9.14 and checkbox works again.
Found here: https://wordpress.org/plugins/piklist/advanced/ at the bottom of the page.
Can we download previous version of Piklist somewhere? I would like to go back to the 0.9.9.14 version to allow my customers to use their backoffice by the time the bug was fixed.
Same bug here with Piklist 0.9.9.16
If we select multiple checkbox, only the last one is saved.
Everything worked well before the last updates.
Any fix somewhere?August 5, 2016 at 11:31 am in reply to: Bug: Piklist 0.9.9.9 break the Customizer (js errors) #7094
I’m still investigating this bug and I have found that some JS errors appear before to save an option.
But one appear AFTER saving the options and this error is similar with the error mentioned in this thread:
Joined, a screenshot with the JS errors BEFORE saving a customizer option and AFTER saving a customizer option.
The difference is the line “SynthaxError: expected expression, got ‘<‘ … input”
Attachments:You must be logged in to view attached files.July 28, 2016 at 3:58 am in reply to: Custom Taxonomy Count always shows 0 items in admin #7040
Anyone else with this bug ?
@Steve, are you able to reproduce this bug ?July 26, 2016 at 10:22 am in reply to: Custom Taxonomy Count always shows 0 items in admin #7025July 24, 2016 at 12:08 pm in reply to: Custom Taxonomy Count always shows 0 items in admin #7010
I have the same bug on my website but don’t know if Piklist is involved in it.
I use this SQL query to reset the problem:
UPDATE wp_term_taxonomy SET count = ( SELECT COUNT(*) FROM wp_term_relationships rel LEFT JOIN wp_posts po ON (po.ID = rel.object_id) WHERE rel.term_taxonomy_id = wp_term_taxonomy.term_taxonomy_id AND wp_term_taxonomy.taxonomy NOT IN ('link_category') AND po.post_status IN ('selected', 'publish', 'draft', 'future') )
But each time I save my CPT, if a custom taxonomy is set to it, the count come back to “0”
Finally, these patches doesn’t completely resolve the add_more bug :-/
Hope this bug could be fixed in the next release.
Other bug with add_more in a widget (I don’t find the thread anymore in the forum):
If I have for instance four items builted by the add_more field in a Widget and then remove the third one.
When I save my change, Piklist remove ALL the items but one.
See the animated gif attachment
Attachments:You must be logged in to view attached files.
Other bugs still present with 0.9.9.8 :
I notice the same problem, taxonomy doesn’t save on my front-end form (I use 0.9.9.6 Piklist version).
Is this bug on the roadmap and will be fixed for the next Piklist 1.0 version?
I only have two fields: a select dropdown field and a textarea.
I just want the textarea to be empty after submission