17thColossus
Forum Replies Created
-
With Popup adding a condition was as simple as adding a class-popup-rule-*.php to the inc/rules directory, following the format of the contributed rules. Once registered, the new rule was shown along with the others when setting up a popup. Of course the file was wiped on every update, but it was quite easy to reupload it again.
In Hustle adding a new rule means altering the opt-in-admin.php file, and this is surely a worse practice than just adding a file.
So this post is actually a feature request: can the possibility of adding a custom condition be implemented in future releases of this plugin?Thank you.
Forum: Plugins
In reply to: [cformsII] Dynamic formsSo I just found out what happens: while before there was no correspondence between the number of fields defined in the Form settings page of Cforms administration and the fields defined in the PHP code for dynamic generation of a form, now when the form is submitted the number of fields persisted in the database is the one defined in admin page, regardless if it is smaller (dynamic fields exceeding that number are not saved) or greater (extra fields defined in form settings but not in code are saved, and they are empty) than the one defined in PHP.
I solved this adding placeholder fields to the form in the Form settings page, but I am quite sure this is a bug that should be solved in the next releases.Forum: Plugins
In reply to: [cformsII] Dynamic formsI have exactly the same problem and I have been trying debugging it without any success for a couple of days. Basically after the dynamically generated form has been submitted only some of the fields are stored in the database (the first few ones, not always the same number of fields for different forms); also, if validation fails, only the above mentioned fields are shown to the user.
Checking the tracking table for submitted data shows that email address is not persisted in the db (i.e.: the tracking table shows only the form name, the date and the IP), while it is present in postdata.
The last form that have been successfully submitted on my website is dated January 30th, so I guess something happened when updating from 14.11.2 to 14.11.3.Forum: Plugins
In reply to: [cformsII] How to edit submissions in Tracking pageI see. This is a real annoyance for me, since I am using cforms for many purposes in my websites and often I need to edit data input by users (i.e.: set a flag, capitalize names, etc.); I found the feature really useful and time saving with respect to logging into the database, looking for the submission id in the submission table, looking for the appropriate key, etc.
Any suggestions on how to speed up such a process, since a similar feature is not going to be provided anymore?Forum: Plugins
In reply to: [cformsII] cForms admin is broken in WordPress 4.2The issue is related to the fact that the admin pages for cforms all have the same structure (
cforms/cforms-xxx.php) and the slash is encoded (by WordPress 4.2, I guess) as%2F; so, when in cforms2_localization (cforms.php, line 1371) the query string is searched for occurrences ofplugin_dir_path(plugin_basename(__FILE__)).'cforms', thestrposfunction returns false because'%2F' != '/', and the scripts are not loaded.
A quick and dirty solution is to decode the query string, changing line 1371 of cforms.php to:
$cfadmin = strpos(urldecode($_SERVER['QUERY_STRING']),plugin_dir_path(plugin_basename(__FILE__)).'cforms') !== false;
This works for me. Let me know if this solves your issue as well.Edit: beaten by the author. 🙂