Luca

It’s okay, as per my last post it is now working as intended. I was using it as a directory page to display every listing on the site, but for some reason (exhaistion?) I didn’t realize that once you hit “search” it redirects you to a different page that relies on a different template, so modifications I was making to my site’s directory page template were not having the expected results in the search results (since that’s a different page). Once I modified the GD Search Page template as well, it worked as I wanted it to. Thank you again for your help!

It’s set to [gd_map map_type=”archive” width=100% height=400 zoom=0 all_posts=1 cat_filter=1 search_filter=0]

But although it’s reloading the map, it’s not “zooming in” on the correct region. It’s not the end of the world or super important, but it would just have been nice. PS – I took down the location based firewall for a little while. Here’s the link:
https://plantswap.org/listing-search/?geodir_search=1&stype=gd_place&s=+&snear=ithaca%2C+ny&sgeo_lat=42.4439614&sgeo_lon=-76.50188070000002

Thanks guys.

UPDATE: I solved it, in a roundabout way.
I think somewhere either GeoDirectory or Ninja Forms is resetting the wp post or querry data.

I kept testing the form out with an additional Action to send myself an email with all the data being processed. In those emails:
Listing ID: {field:listing_id} – showed the correct post ID
WP Post ID: {wp:post_id} – showed “0”

Since the hidden Listing ID field is just populated with a default value of {wp:post_id} something, somewhere, is resetting the post_id. I didn’t have time to track it down, but PLEASE look into this because I imagine it must be affecting other functionality as well in ways I’m simply not noticing yet.

My solution for getting listing author notification emails to send out correctly was to add a hidden Author Email field with a default value set to {wp:post_author_email} and modify the Email Notification action to send to the corresponding field key {field:author_email_hidden}

So far this is working perfectly. Hidden form fields are pulling the correct post data, and using merge tags that reference the form fields is producing the desired result. However, I’d still love to know why/where the post id is being reset to 0, in case it ends up causing other problems.

I wasted three days on this and I’m pretty frustrated, but hopefully this helps someone else out.

One other thing: the {wp:post_id} tag correctly pulls the ID# on the frontend (tested by adding a field to the form which would display it) but shows a value of “0” if used in an email.

I’d really appreciate some developer feedback because:
1) I followed the directions in your link to the letter
2) The widget for the sidebar button has the checkbox option marked to only display the button if the listing email is populated, and it IS displaying the button, so it must be correctly verifying the email at *some* point.
3) The contact form is displaying correctly, and successfully sending out confirmation emails to Admin and to User after form submission
4) Emails to Listing Author are NOT being sent, and as far as I can tell that’s because the {GD:listing_email} merge tag is not pulling any data. I verified this by setting up a form action to send an admin notification with all relevant info, and the {GD:listing_email} tag is not showing any data.

Thanks again!

(forgot to check notify of follow up, doing so now)