Gravity Support Forums Topic: gform_filter

Gravity Support Forums Topic: gform_filter_leads https://legacy.forums.gravityhelp.com/topic/gform_filter_leads Gravity Support Forums Topic: gform_filter_leads en-US Sat, 04 Apr 2026 16:16:39 +0000 http://bbpress.org/?v=1.0.1 <![CDATA[Search]]> q https://legacy.forums.gravityhelp.com/search.php David Smith on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-244514 Thu, 09 May 2013 11:05:33 +0000 David Smith 244514@https://legacy.forums.gravityhelp.com/ Hi squidgemann, Thanks for adding your voice to this request. This task has not yet come up in our queue; however, this forum post is listed in the task so we'll review it when we discuss and plan on how to best support this. :) squidgemann on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-244294 Thu, 09 May 2013 07:59:42 +0000 squidgemann 244294@https://legacy.forums.gravityhelp.com/ Plus 1 for a built-in hook to filter leads. To achieve this on my current project, I've replicated the entry_list and entry_detail pages in my theme, and then added a new page called "leads" using the gform_addon_navigation hook. I then process the info on that page and filter leads as appropriate. It does make the count redundant, but I'm not too bothered about that at this stage. I'm also increasing the leads-per-page using gform_entry_page_size to 99999 since volume isn't an issue in this case & I didn't want to run into the pagination issue. David Smith on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-186952 Wed, 27 Mar 2013 17:09:03 +0000 David Smith 186952@https://legacy.forums.gravityhelp.com/ Hi Bristweb, The biggest issue I see with this offhand is that it does not work well with the pagination. If you filter out x number of leads, the pagination does not know how many leads were filtered out and will not be updated. This means you could have 200 leads but filter out 199 of them. The user would see there 1 lead but the pagination would indicate that there were 10 more pages of leads for them to view. I've added this topic to our task queue so that we will sit down and think of the best way to allow the filtering of leads. Thanks for the sample code and encouragement to look into this! :) Chris Hajer on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-184122 Mon, 25 Mar 2013 12:40:40 +0000 Chris Hajer 184122@https://legacy.forums.gravityhelp.com/ Thanks. I forwarded your suggestion to the development team. bristweb on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-182301 Sat, 23 Mar 2013 19:57:27 +0000 bristweb 182301@https://legacy.forums.gravityhelp.com/ Since it is just a standard WordPress filter, it is very simple to get it working. Like I said, I hope you add this to your release so others can benefit. Chris Hajer on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-181912 Sat, 23 Mar 2013 12:35:04 +0000 Chris Hajer 181912@https://legacy.forums.gravityhelp.com/ Thanks for the code. How is that working for you right now? bristweb on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-178850 Thu, 21 Mar 2013 01:23:44 +0000 bristweb 178850@https://legacy.forums.gravityhelp.com/ Btw, here is a sample of how I've used the filter: <pre><code>public static function filter_leads($leads){ if(!current_user_can('remove_users')){ // we want to filter leads for lower level users $user_client = get_usermeta(get_current_user_id(),'client'); $user_client = $user_client[0]; foreach ($leads as $key => $value) { $post = self::get_post_from_entry($value[id]); $post_client = get_post_meta('client',$post->ID); $post_client = $post_client[0]; if ($post_client->ID != $user_client) { unset($leads[$key]); } } } return $leads; }</code></pre> bristweb on "gform_filter_leads" https://legacy.forums.gravityhelp.com/topic/gform_filter_leads#post-178847 Thu, 21 Mar 2013 01:20:40 +0000 bristweb 178847@https://legacy.forums.gravityhelp.com/ I've seen a few posts on this, but we really need it... so I built it. The idea is to create a filter which lets developers restrict which leads / entries are returned to the user through the back end. It could be used to divide forms by department, allow back end separation by client, or by form... whatever the dev wants. Here are some sample topics: <a href="http://www.gravityhelp.com/forums/topic/show-only-entries-from-a-field" rel="nofollow">http://www.gravityhelp.com/forums/topic/show-only-entries-from-a-field</a> <a href="http://www.gravityhelp.com/forums/topic/lead-generation-for-companies" rel="nofollow">http://www.gravityhelp.com/forums/topic/lead-generation-for-companies</a> <a href="http://www.gravityhelp.com/forums/topic/admin-entries-filters" rel="nofollow">http://www.gravityhelp.com/forums/topic/admin-entries-filters</a> Adding the filter is easy forms_model.php line ~2386 (immediately before return of <code>get_lead</code> <pre><code>$leads = apply_filters("gform_filter_leads", $leads);</code></pre> forms_model.php line ~2488 (immediately before return of <code>get_leads</code> <pre><code>$leads = apply_filters("gform_filter_leads", $leads);</code></pre> Very easy change, very powerful results. The only slight issue is that this will interfere with the counts (all/unread/starred/trashed/spam) There are a couple ways to handle. You could put in a little more overhead and have the counts actually run the get_leads function. Or you could just remove the counts (this is what I did since I don't think they add any value). entry_list.php line ~584 <pre><code><ul class="subsubsub"> - <li><a class="<?php echo empty($filter) ? "current" : "" ?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>"><?php _e("All", "gravityforms"); ?> (<?php echo $active_lead_count ?>)</a> | </li> - <li><a class="<?php echo $read !== null ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=unread"><?php _e("Unread", "gravityforms"); ?> (<?php echo $unread_count ?>)</a> | </li> - <li><a class="<?php echo $star !== null ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=star"><?php _e("Starred", "gravityforms"); ?> (<?php echo $starred_count ?>)</a> | </li> + <li><a class="<?php echo empty($filter) ? "current" : "" ?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>"><?php _e("All", "gravityforms"); ?></a> | </li> + <li><a class="<?php echo $read !== null ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=unread"><?php _e("Unread", "gravityforms"); ?></a> | </li> + <li><a class="<?php echo $star !== null ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=star"><?php _e("Starred", "gravityforms"); ?></a> | </li> <?php if(GFCommon::akismet_enabled($form_id)){ ?> - <li><a class="<?php echo $filter == "spam" ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=spam"><?php _e("Spam", "gravityforms"); ?> (<?php echo $spam_count ?>)</a> | </li> + <li><a class="<?php echo $filter == "spam" ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=spam"><?php _e("Spam", "gravityforms"); ?></a> | </li> <?php } ?> - <li><a class="<?php echo $filter == "trash" ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=trash"><?php _e("Trash", "gravityforms"); ?> (<?php echo $trash_count ?>)</a></li> + <li><a class="<?php echo $filter == "trash" ? "current" : ""?>" href="?page=gf_entries&view=entries&id=<?php echo $form_id ?>&filter=trash"><?php _e("Trash", "gravityforms"); ?></a></li> </ul></code></pre> I think this would be a great addition to the core and of course would save me from having to make the change on every update.