thanks @efishinsea . Will look at it asap
Please try deactivating and activating the plugin again.
this was a brand-new install usage, so it was activated the first time.
@kofimokome While I know you have the best of intentions, it’s forum policy that you not ask users for admin or server access. Users on the forums aren’t your customers, they’re your open source collaborators, and requesting that kind of access can put you and them at high risk.
If they are paying customers (such as people who bought a premium service/product from you) then by all means, direct them to your official customer support system. But in all other cases, you need to help them here on the forums.
Thankfully are other ways to get information you need:
- Ask the user to install the Health Check plugin and get the data that way.
- Ask for a link to the http://pastebin.com/ or https://gist.github.com log of the user’s web server error log.
- Ask the user to create and post a link to their
- Walk the user through enabling WP_DEBUG and how to log that output to a file and how to share that file.
- Walk the user through basic troubleshooting steps such and disabling all other plugins, clear their cache and cookies and try again (the Health Check plugin can do this without impacting any site vistors).
- Ask the user for the step-by-step directions on how they can reproduce the problem.
You get the idea.
We know volunteer support is not easy, and this guideline can feel needlessly restrictive. It’s actually there to protect you as much as end users. Should their site be hacked or have any issues after you accessed it, you could be held legally liable for damages. In addition, it’s difficult for end users to know the difference between helpful developers and people with malicious intentions. Because of that, we rely on plugin developers and long-standing volunteers (like you) to help us and uphold this particular guideline.
When you help users here and in public, you also help the next person with the same problem. They’ll be able to read the debugging and solution and educate themselves. That’s how we get the next generation of developers.
and once more for you
Just to be sure,
1. Is it the first time the plugin was installed on the site?
2. Are you using the free or paid version?
3. Try deactivating other plugins. Then try to save the data again.
In addition, please follow the steps from @fierevere above (the first message) and let me know if you still have the same problem.
1. Yes, the first time
2. no, I would not pay for something like this that is in such a state of development simply to get it to function
3. I have already tried that.
I’ve been trying to be helpful for you as I like the idea of this plugin, and in some cases, it seems to catch spammy submissions. Since you released the “Free” version with updates and started pushing the “Pro” version to get the functionality it previously had for free, things with this version have changed, but not improved much. There still seem to be many things that need to be worked out to make this a dependable plugin that can be installed and relied on.
So far, I have tried to reproduce the error on a new WordPress site to no avail. I will keep trying and will let you know.
Thanks again for your help and for being honest. I appreciate it.
I just encountered the same problem on another site where the plugin was previously installed. Same issues in that the fields added to CF7 do not appear after saving them.
If you look into the code on the page, I do see some fields in a TEXTAREA there (kmcfmf_tags_by_name) that are not visible, so it does seem they are getting saved, but not making it back into the kmcfmf_tags_by_name-selectized input.
Unrelated, for messages that are caught, when clicking VIEW, you should be able to see the date/time they were caught somewhere. That important data is not there.
Please can you check your console for any errors?
Do you have a caching plugin installed? if yes, which plugin?
- This reply was modified 11 months, 3 weeks ago by kofimokome.
please can you send the values you see in the text input when you inspect the html? Or a screenshot if possible?
If I add a new field called “random-field” it will show up in your code like this:`
<textarea name='kmcfmf_tags_by_name' id='kmcfmf_tags_by_name' cols='80' rows='8' placeholder='' class='select2' autocomplete='on'>full-name,random-field</textarea>
I cannot keep debugging this for you. please do some testing before releasing the fixed plugin.
I see your problem, you are trying to add a field that does not exist on any of your forms.
You are supposed to select the fields from the dropdown or manually input a field that is present on one of your forms.
Anyway, I will update the plugin to allow fields that are not part of any form. This was added to prevent a user from entering an incorrect field.
Trust me, I tried that. the ‘random-field’ test was only to show that it wasn’t working. On the new site i have 4 forms with ‘your-name’ as a text field, and that, nor anything else I add will stick.
Good luck fixing this.
By the way, if you can only enter existing fields from existing forms, why should any typing be required at all? If you are looking up or comparing those fields to begin with, just put them on the screen as choices to remove any guessing. Some instructions might be useful too.
- The topic ‘new issues v.1.4.2 – CF7 fields not saving’ is closed to new replies.