https://legacy.forums.gravityhelp.com/topic/filter-gform_notification_email-and-global-post-problem-15rc34 Gravity Support Forums Topic: Filter gform_notification_email and global $post problem 1.5.rc3.4 en-US Sat, 04 Apr 2026 07:45:42 +0000 http://bbpress.org/?v=1.0.1 q https://legacy.forums.gravityhelp.com/search.php https://legacy.forums.gravityhelp.com/topic/filter-gform_notification_email-and-global-post-problem-15rc34#post-16905 Mon, 24 Jan 2011 05:30:48 +0000 Alex Cancado 16905@https://legacy.forums.gravityhelp.com/ <p>The global $post variable isn't loaded at that point yet (same problem as wp_loaded).<br /> Do you have an issue with the "wp" hook? </p> https://legacy.forums.gravityhelp.com/topic/filter-gform_notification_email-and-global-post-problem-15rc34#post-16904 Mon, 24 Jan 2011 03:57:43 +0000 pronamic 16904@https://legacy.forums.gravityhelp.com/ <p>Is the 'init' action hook not a better choice? </p> <p>The {embed_post:*} variables are working, but they are always replaced with the homepage post fields.</p> <p>I guess the following code is causing this issue:</p> <p>common.php:466<br /> <a href="http://pastebin.com/w1H9uSr9" rel="nofollow">http://pastebin.com/w1H9uSr9</a><br /> $embed_posts = $query-&gt;query($_SERVER["QUERY_STRING"]);</p> <p>The $_SERVER["QUERY_STRING"] is empty in my case and WordPress didn't parse the (global) query parameters. How should $query-&gt;query load the correct post or page in that case?</p> <p>See also:<br /> <a href="http://forum.gravityhelp.com/topic/variable-embed_post-not-working-15rc34#post-16805" rel="nofollow">http://forum.gravityhelp.com/topic/variable-embed_post-not-working-15rc34#post-16805</a> </p> https://legacy.forums.gravityhelp.com/topic/filter-gform_notification_email-and-global-post-problem-15rc34#post-16841 Sat, 22 Jan 2011 07:32:05 +0000 Alex Cancado 16841@https://legacy.forums.gravityhelp.com/ <p>We did make a substantial change in Gravity Forms 1.5 that is causing this issue. Previously, the form processing (entry creation, notification, etc...) was being executed with the form rendering logic, very late in the WP life cycle. That worked well in most cases, except when handling confirmation redirects. Because the confirmation was handled so late in the process, the HTTP headers had already been sent and we weren't able to perform a real redirect. We were forced to fully load the page and perform a redirect via javascript, which caused some issues and annoyances for our users. That issue became an even bigger problem with the PayPal addon, that requires a redirect to PayPal.<br /> We decided to fix that problem by moving the form processing code way up in the life cycle so that we could perform a real redirect.</p> <p>The wp_loaded hook seemed to be a good choice, but you do have a good point. I don't see a problem with the {embed_post:*} variables as they don't rely on the global $post variable and they seem to be working Ok. However, this does pose a problem for users that were relying on the global $post variable in their hooks. </p> <p>I have played around with different hooks, and it seems like the "wp" hook is a better choice. It happens early enough that the headers have not been sent yet, but the global $post variable is already available.<br /> Send me an email to <a href="mailto:alex@rocketgenius.com">alex@rocketgenius.com</a> if you would like to try it out. </p> https://legacy.forums.gravityhelp.com/topic/filter-gform_notification_email-and-global-post-problem-15rc34#post-16761 Fri, 21 Jan 2011 10:39:10 +0000 pronamic 16761@https://legacy.forums.gravityhelp.com/ <p>In the topic <a href="http://forum.gravityhelp.com/topic/sending-form-to-author-of-post" rel="nofollow">http://forum.gravityhelp.com/topic/sending-form-to-author-of-post</a> i see some examples of how to adjust the notification e-mailaddress. Unfortunately this does not work on WordPress 3.1-RC2-17315 and Gravity Forms 1.5.rc3.4.</p> <p>The global $post variable is in all cases 'null' within the 'gform_notification_email' filter.<br /> <a href="http://pastebin.com/qENCX4wy" rel="nofollow">http://pastebin.com/qENCX4wy</a></p> <p>I guess this filter is not called within the WordPress loop (anymore?). I see that the processing of an form is executed within the 'wp_loaded' action.</p> <p>add_action('wp_loaded', array('RGForms', 'maybe_process_form'));</p> <p>It looks like WordPress is parsing the query variables after executing the 'wp_loaded' action. Therefore it is not possible to use the global $post variable or the query variables. The wp() function (global $wp-&gt;main()) function is executed after the 'wp_loaded' action. </p> <p>I have found a way to fix this problem, but now the wp() function wil be called twice:</p> <p>function notificationEmail($eMailAddress, $entry) {<br /> wp();</p> <p> global $post;</p> <p> if($post) {<br /> $eMailAddress = get_the_author_meta('user_email', $post-&gt;post_author);<br /> }</p> <p> return $eMailAddress;<br /> }</p> <p>I guess it's not meant to be to call the wp() function twice. Why do you use the 'wp_loaded' action hook for processing the forms? I guess this issue is also causing troubles with the use of {embed_post:*} variables (<a href="http://forum.gravityhelp.com/topic/variable-embed_post-not-working-15rc34)" rel="nofollow">http://forum.gravityhelp.com/topic/variable-embed_post-not-working-15rc34)</a>. It feels kind a buggy and not well thought out. </p>