Form is not populating with data

Issue #32 new
Marj Wyatt created an issue

I've been using your plugin since I found it in January. I love it. Thank you.

I noticed last night that a new project, using the plugin downloaded from WordPress.org, wasn't populating data on edit.

My story, from here out, may be hard to follow but I've done my best to make it clear...

At first, I thought it was a plugin conflict or related to the WordPress 4.0 update. I logged into the old project from last January and updated WordPress and plugins to agree with the versions of the new project. The forms were still being populated with form data at the old project after these upgrades were applied.

This morning, I compared installed plugins at both the old and new project, looking for a possible conflict. The new project, where the form is not populating, has all the same plugins as the old project where the form is still populating. In fact, the project where the form is populating with data has several more plugins.

Of course, I dug deeper and looked at the actual plugins folders for each project. The old project, where the form is populating, was running revision 0.6.3.0 of your plugin which I downloaded from Bitbucket last January.

The new project, where the form is not populating, is running the newer version 1.2.13.

When replaced version 1.2.13 of your plugin with version 0.6.3.0. The form at the new project populated with data again.

Clearly version 0.6.3.0 of the plugin is very far behind the newer versions.

I pulled my up SVN repository revision log to see what had changed with your plugin and when.

I reverted the plugin state at the new project to version 1.2.10, which is the version of the plugin that I added to the new project from WordPress.org during the wee hours of the morning (1:00 A.M.) on September 9, 2014. At this release level, the form populates with data.

I then reverted the plugin state at the new project to version 1.2.12, which became available on the afternoon of September 9, 2014. At this release level, the form did not populate with data.

I then reverted to version 1.2.13, which was sent out in the update of September 13, 2014. At this release level, the form does not populate with data.

I don't want to run a production site with Revision 0.6.3.0 so I've reverted to Revision 1.2.10 at the new project, for now.

I can see from this issues thread that Revision 1.2.12 caused problems for someone else and they have thanked you for Revision 1.2.13, which solved their problem. Revision 1.2.13 did not solve mine.

How can I help you troubleshoot and resolve this? I have the code running Revision 1.2.13 up on a development domain but I won't be sharing those credentials here. If you'd like to have login access, email me: marj (at) virtuallymarj.com

Comments (13)

  1. Marj Wyatt reporter

    I should add here that the code that renders the edit form is exactly the same at both the old and new projects, other than the form ID that is passed to it.

  2. Laura Hansen

    I have the same issue. It is only occurring for 'contributor' users though. Authors and Admins get the correct data

  3. Marj Wyatt reporter

    I was logged in as an admin when I did the above testing so my issue isn't role dependent/related like yours, Laura. I am running 1.2.10 of the plugin until we hear back from the developer, who I will be happy to assist in testing patched code.

  4. Laura Hansen

    ahk.

    looked through other issues and found this to disable permissions:

    <?php // Add this within the init() hook add_filter('gform_update_post/public_edit', '__return_true'); ?>

  5. Marj Wyatt reporter

    My problem is not related to permissions. I did my testing while logged in as an admin and my 2 hours spent leads me to the conclusion that the most recent release, v1.2.13, fails on populating the form.

  6. Russell Aaron

    I'm using the shortcode in a widget. When I'm logged in as an ADMIN or Editor, it doesnt matter what the gravity form id is, the plugin works like a dream.

    When I'm logged in as an author, contributor, subscriber or custom role - the form does not populate no matter what the ID is.

    Rolled back the plugin all the way to 1.2 and still nothing.

    Rolled back wp 2 versions and nothing as well.

  7. Marj Wyatt reporter

    This is the method I am using on my project:

    <?php do_action('gform_update_post/edit_link', array( 'post_id' => $post->ID, 'url' => home_url('/edit-your-story/'), 'text' => "Edit This Story" ) ); ?>
    

    When I upgraded to v1.2.12 the form stopped populating and v1.2.13 was the same story. So now I am running v1.2.10 on WordPress 4.1 and using the code on a page with a link to the edit form. It is stable and working.

    See this thread, which begins with the same information that I posted here about 4 months ago: https://wordpress.org/support/topic/update-form-is-not-populating?replies=15

    I disabled plugin updates using the code I published on the above link.

  8. Russell Aaron

    I HATE YOUR PLUGIN. SOME FORMS UPDATE, SOME DONT. UNLESS EVERYONE IS AN ADMIN. Even when they are an admin, it breaks. When I add a new custom field, the field does not show, and the field does not update even though I use the shortcode and the template at the same time.

  9. Marj Wyatt reporter

    I would think it would be hard for the developer to respond to your inquiry of 5 days ago. You aren't providing any details about your form.

    I have explained how I got the plugin to work well at my site. The site members who use it for submitting and editing their content are Authors. I've never used the shortcode.

    I also recommend that you use the WordPress plugin support page for your questions, Russell. This plugin is in the repository there and that might be where JupiterCow is responding.

  10. Russell Aaron

    Oh I posted this as well. Nothing as well. it's been deleted and I wrote my own plugin. Thanks for the help.

  11. Jacob Snyder repo owner

    I am trying to figure out to reproduce this right now. Any direction would be good. I am really sorry for ENORMOUS delay on this...

  12. Marj Wyatt reporter

    If you'd like, I can send you a backupbuddy zip of the installation on Xampp where I discovered the issue and disabled updating of your plugin. I gave you complete details about my testing. I have the original version of your plugin as well as the version that I'm using, which is now on Codex.

    I can open up a dropbox for you.

  13. Log in to comment