PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

Safari Issue

  1. I'm having an issue in Safari in which values within the $entry object are not available within some hooks. The weird thing is, when I look at the entry in the backend, the entry information is all there.

    I'm not sure what the complete circumstances for this to occur in, but I'm using the gform_paypal_query filter. I have a Total field on my form, and when I var_dump the $entry object, I can see that the total field is not contained within the $entry object in Mac OS Safari. It works in other browsers.

    add_filter('gform_paypal_query', 'update_paypal_query', 10, 3);
    function update_paypal_query($query_string, $form, $entry){
           // under Safari, the $entry object has some empty values
    	return $query_string;
    }
    Posted 7 years ago on Tuesday December 4, 2012 | Permalink
  2. Can you post a link to your form please? It sounds like the total is not present when the form is submitted, but only from OSX / Safari? Can you var_dump the $_POST in a gform_pre_submission filter to see if the total is present there? Maybe we can figure out where it's being lost.

    Posted 7 years ago on Thursday December 6, 2012 | Permalink
  3. It is only on OSX as far as I know of. Actually I've had some people test other browsers on OSX and it doesn't seem to be limited to safari on OSX. So maybe an OSX issue and not a safari issue.

    The link to the form is here.
    http://aado.info/join-aado/

    I'll try the gform_pre_submission and tell you what I find.

    Posted 7 years ago on Thursday December 6, 2012 | Permalink
  4. Please let us know what you with using gform_pre_submission. We'll give it a try on OSX as well to see if we can observe the issue.

    Posted 7 years ago on Friday December 7, 2012 | Permalink
  5. Using the gform_pre_submission action, I see that the total information is present in $_POST, but is missing in the $entry object in the gform_paypal_query filter.

    Posted 7 years ago on Friday December 7, 2012 | Permalink
  6. When is the $_POST converted into the $entry object?

    Posted 7 years ago on Friday December 7, 2012 | Permalink
  7. I've dug into my problem a little more and I've discovered something that baffles me. I'm hoping someone has some insight into what causes this.

    I tried to track down where Apple OS browers were losing the data on my form submissions.

    First I went to the hooks that fire before and immediately after the $lead (or $entry) object is created. From there I threw in a bunch of debugging statement to track to exactly where a non-Apple OS browser and an Apple OS browser started to differ. I've tracked it down to the SQL that is used to retrieve lead details after save_input method is called. For some reason, even though the data exists in the database, the query to retrieve the newly inserted lead data fails under Apple OS browsers. Here is some code demonstrating what I'm seeing.

    http://pastie.org/5514542

    Any clues as to what is happening here?

    Posted 7 years ago on Wednesday December 12, 2012 | Permalink
  8. Could it be a server issue? Like some sort error in the PHP module they are running? Would the client's OS have anything to do with how that executes things?

    Posted 7 years ago on Wednesday December 12, 2012 | Permalink
  9. I've discovered that the W3 Total Cache plugin is causing this behavior. I still don't understand how it cause it output in the pastie that I've linked in http://www.gravityhelp.com/forums/topic/safari-issue?replies=1#post-101501

    ...But my form is working now.

    Posted 7 years ago on Wednesday December 12, 2012 | Permalink
  10. David Peralty
    Administrator

    I'm glad you figured it out. Lots of fun and interesting things happening recently as people update Gravity Forms or WordPress... especially if they are using caching or minifying plugins.

    Posted 7 years ago on Wednesday December 12, 2012 | Permalink

This topic has been resolved and has been closed to new replies.