New CRED, New Types, Farewell Installer
We’ve just released an update to Types 1.6.4 and CRED 1.3.4. This update includes mostly stability improvements, but also one big change – a new way to install and update Toolset plugins.
Improvements in CRED 1.3.4
This update of CRED is a result of a lot of feedback that we received. Many people are using CRED to build advanced workflows and we are happy to see that every feature in the plugin is put to good use. We are doing our best to respond by ironing out any glitch and making sure that everything work smoothly and clearly – both when you use basic functionality and when you use the most advanced features.
- Fixed an issue when using two CRED forms in the same page or a post
- Added the new “cred_wpml_get_localised_id” filter which adds the ability to turn off selecting the translated post_id (forum report).
- Fixed a problem with HTML entities in the field for adding custom JavaScript code to the forms (forum report).
- Fixed a problem with a call to a private static method (forum report).
- Improved the parent posts listing which is now sorted by title and not by date.
- Added the “cred_get_potential_parents_post_status” filter which allows changing of the post status when getting the potential parents of the post.
- Fixed a problem with saving the “<>” characters in a CRED form editor for the custom JavaScript field (forum report).
- Fixed a problem with a generic field data occurring after a failed validation process (forum report).
- Fixed a problem with the post expiration date.
- Improved the CRED “Form Content” WYSIWYG field in the plugin’s backend by adding the auto resize feature introduced for the post WYSIWYG field as introduced in the WordPress 4.0 version.
- Fixed an issue with the editing of repeating fields (forum report).
- Fixed an issue where generic field checkboxes did not accept multiple default values (forum report).
- Improved the CSS classes on the Scaffold output in CRED Forms and removed the inconsistent classes.
- Changed conditional operator from <> to “!=”, to avoid parsing problems.
- Fixed an issue where CRED conditional group was not working in a Views list and for the Radio fields (forum report 1).
- Fixed a compatibility issue related to the Thesis Theme (forum report).
- Fixed an issue with the Checkbox field (forum report).
- Fixed the “Undefined index allowed_tags in Forms.php” PHP warning.
- Fixed an issue with saving CRED forms that contain the & character in the name.
- Fixed an issue where adding a unique new class to the CRED taxonomy tags in order to allow style customization was not working (forum report).
- Fixed an issue that was introduced with the CRED 1.3.3 version, where insertion of JS was not allowed in the CRED form settings (forum report).
- Fixed the issue where the private posts of a Custom Post Type were not shown as parents when creating a child form (forum report).
- Fixed an issue where the custom attribute class was ignored when used on Submit button shortcode (forum report).
- Fixed issues that occurred with the $post_id of a CRED form when it was outputted as a part of a Views loop or when using the multiple CRED forms with the Types/Views shortcodes.
- Added a new shortcode {{cred-container-id}} which allows users to get the $post_id of a current Custom Post Type container.
- Fixed a problem where the Views shortcode was not working inside a Generic Email field as a default option (forum report 1, forum report 2, forum report3 , forum report 4 and forum report 5).
- Improved the position of the Error message in the CRED form.
- Fixed the missing of Integer component field with relative validation event.
- Fixed issues with CRED form translation (forum report 1 and forum report 2).
- Fixed a problem with a required attribute not working for the Radio fields (forum report).
Improvements in Types 1.6.4
Types and CRED share some code, for our Toolset fields library. In order to enjoy all CRED improvements, you should update Types too. Besides supporting CRED fixes, Types 1.6.4 includes a good number of its own improvements.
- Fixed an issue with dependency between custom taxonomy and custom posts when importing data from the “Custom Post Type UI” plugin.
- Fixed an issue with editing checkboxes with the option “save 0 to the database” selected, created for Custom Posts (forum report 1 and forum report).
- Fixed an issue with PHP notices being thrown when relative URLs to images were used (forum report).
- Fixed the example file which adds the Google Map field to Types and allows users to enter coordinates to display a map on the front-end.
- Added the “wpcf_delete_relation_meta” filter which allows deletion of all post relationships when deleting a custom post type.
- Fixed an issue with the file name being changed when the file was uploaded (forum report).
- Fixed a problem with duplicate slugs on “Edit Group” screen (forum report).
- Fixed a problem with default description not disappearing for non-English placeholders.
- Fixed a problem with Custom Taxonomy metaboxes still appearing on the Custom Post editing page even after removing a Custom Taxonomy from a Custom Post Type.
- Fixed embedding OTGS CSS for the admin area (forum report).
- Fixed a problem with checkbox field value not being saved (forum report).
- Added the option to select posts with the “Private” post status as parents in a parent-child Custom Post Types relationships (forum report).
- Fixed a problem with the date-picker.
- Fixed a problem with label menu in wp-admin for child posts.
- Fixed a problem with child table when edit parent post and children do not have title.
- Prevent to chose repetitive field in child table on edit parent screen (forum report).
- Added a dynamic “posted x minutes/hours ago” for Types fields (forum report).
- Improved post relation table by using more precise labels (forum report).
- Fixed a problem with display checkbox value from database if checkbox is empty.
New Installation and Upgrade Process for Toolset Plugins
This release of Types marks the end of our older Installer plugin, making way for a more modern, faster and leaner automated installer component. Now, the installation and update code for Toolset plugins resides inside Types plugin. If you already have Types installed and you can automatically install (or buy) all Toolset plugins, right from the admin dashboard.
Have a look at the updated Toolset installation instructions. Of course, you can still download and install all Toolset plugins from your Download page. However, if you already have Types installed, go to Plugins->Add new and click on the Commercial tab. You will see both WPML and Toolset sections (our products). There, you can either register Toolset, if you already bought it, or buy Toolset. Once registered for this site, you can download and activate Toolset plugins, without the hassle of downloading additional installers.
Be sure to deactivate and uninstall the old Installer plugin from your sites, as it is both not needed and may cause conflicts.
BTW, the motivation for migrating to this installation process is mainly for privacy and security. Before, you had to enter your wp-types.com credentials on client sites to receive updates. Now, you only enter your password when logging in to the secure wp-types.com site. On client sites, you will enter keys that are generated per site. There is no risk of your credentials exploited or people sharing anything without your permission.
Toolset team is eager to hear your feedback. Leave your comments with questions, ideas and suggestions and we’ll reply.
1.) I don’t see any “commercial-tab” under Plugins -> add new.
2.) The website is installed locally with Xampp. Which URL should I insert here on wp-types -> account -> add new site for a local (xampp) website?
3.) What is with the installer plugin? Can we uninstall the “installer”-plugin?
Are you using Types 1.6.4? This will only appear there. You can see a screenshot of how the entire process looks in the updated installation page:
https://toolset.com/documentation/installation/
You can register localhost sites too. Once you have Types 1.6.4 running, just follow the instructions on that page. All you need to do is click on a link and you’ll get to our server to add the localhost site to your account.
Yes, please uninstall the old Installer plugin. I’ll add it to the instructions in this post.
I received no hint, that Types 1.6.3 has an update. So I looked into repositories (installer plugin) and clicked on “install now” Types 1.6.4. The update process starts, but the update itself fails. Error message “Der Zielordner existiert bereits. ” = the folder exists already.
Ooh, wow, I uninstalled WP Types. It’s not listed under Plugins anymore. But repositories still tells me: “Types is installed”?
WordPress takes around 12 hours to automatically popup notifications about any updates. The error code that you’re quoting is possible, due to files being locked for update. It’s a hosting issue with file permission (minor thing, no big deal). You can download Types 1.6.4 manually, unzip it and upload to your sites, from here:
https://toolset.com/home/types-manage-post-types-taxonomy-and-custom-fields/
Be sure to deactivate our old Installer plugin.
The download stats on WPORG show that these automated updates are already running for thousands of sites.
Thank you Amir. Yes probably I was too early :). After deinstallation of WP Types I could install the new version (1.6.4) from wordpress.org/plugins/.
After installation of WP Types I could register the site on wp-types. All fine now.
The installer plugin can be deleted / uninstalled?
Probably a problem of the 12 hours update process? I deleted the installer plugin. I see, that Cred has an updated version. But I can’t update it -> “Eine automatische Aktualisierung ist für dieses Plugin nicht verfügbar.” = An automatically update for this plugin is not available.
?
I’m having some difficulty with the update too. I successfully registered Toolkit on the site, and it now shows the list of plugins, with an update to Views available. However
nothing happens when I click on the Download button.
(I don’t have the Installer plugin on this site.)
Could you please create a forum thread about it and upload screenshots of what you are seeing? Add another message here with the URL for that thread and I’ll make sure that it’s assigned to the right developer.
Hi Amir,
The issue seems to have resolved itself now. I’ll create a forum thread if it occurs on any of my other sites.
Thanks,
Chris
– Running Multisite with sites in sub-directories
– Upgraded to Types 1.6.4
– Did the registration thing
Now my network site links have disappeared from my network admin menu.
Sites are fine and accessible via the “My Sites” page … just no links in the Network adminbar any-more. Inconvenient!
Hi Henk. This does not sound like something that could be caused by the Installer component. Would you please open a support ticket and maybe include a few more details? Thanks!
I really like the new installation approach, much nicer. Just updated 14 sites without any issues.
By the way, there’s a typo at the bottom of the account Sites page:
“Toolset plugins will ask for a site key when you install then on a new site.”
s/then/them/
Hi guys,
great step ahead! Thank you very much.
Just want to point out a little buggy beahviour: as I’m facing some problems updating already installed toolset components I’m deleting them from site. Then install Types and once registred installing all other needed components.
The first (usually views) installs flawlessly… the second one (usually CRED) stucks in “installing…” mode… The only way to install correctly is refreshing the page and restart the install.
Thanks
Best regards
Carlo
Thanks for the feedback Carlo. I was able to replicate that issue. Turns out it happens only when you select to download and activate Views before other plugins. The reason is that Views has a redirect hooked to the plugin_installed event.
We’ll fix this.
Thanks
Hi Amir,
I just got to say, you guys are doing a great job.
The Toolset has provided foundational functions to my directory website since I started development in early 2012, and there has been a steady improvement in the overall functionality, support and documentation for Toolset.
I would highly recommend Toolset to anyone seeking highly flexible and easy to set-up custom post type functionalities.
Keep up the good work. It is always a pleasure to find a company that is focused on quality and good customer service like Toolset!
Regards
Will Wilson
collectorsBluebook.com
Thanks William! I just sent you an invitation to tell more about your project in our case studies series.
Hi Guys and well done as usual. Amir, in this release I notice that there were supposed to be Types and Cred bug fixes for the various issues with checkboxes. I’ve now made three reports on these topics and all are still not working. If anything, they got slightly worse in that a checkbox on Cred which was supposed to default to unchecked now defaults to checked. See reports:
https://toolset.com/forums/topic/attn-caridad-re-checkbox-field-not-saving/
https://toolset.com/forums/topic/urgent-regarding-types-checkboxes-bug/
and the latest – today – which now also turns out to be related:
https://toolset.com/forums/topic/parametric-search-gone-bonkers/
Can we give this issue some priority as it really is an annoying bugger. Thanks
Sorry for the slow response. I just missed this comment. I’ve forwarded these 3 threads to Types and CRED developers. We’ll make sure that it gets resolved.