I'm experiencing an issue where recycling bin content is being returned in search queries. The website is built on EPiServer v7 and is a fairly simple website with straight forward content using EPiServer FTS for search. 

Further detail:

The lucene query sent to EPiServer FTS is the following:

(EPISERVER_SEARCH_DEFAULT:(broome))
AND
(
  (
    (EPISERVER_SEARCH_TYPE:("EPiServer.Core.PageData,EPiServer"))
    AND 
    (EPISERVER_SEARCH_CULTURE:(en)) 
    AND 
    (EPISERVER_SEARCH_VIRTUALPATH:(43f936c9\-9b23\-4ea3\-97b2\-61c538ad07c9|5ef8dbb4\-92c0\-4ed2\-9235\-94de3f3a9aad*))
  ) 
  OR 
  (
    (EPISERVER_SEARCH_VIRTUALPATH:(0882065f\-76c9\-47af\-8ffb\-f739c219a849*)) 
    AND 
    (EPISERVER_SEARCH_TYPE:("EPiServer.Web.Hosting.UnifiedFile,EPiServer"))
  )
) 
AND 
(
  EPISERVER_SEARCH_ACL:(G\:Everyone) 
  OR 
  EPISERVER_SEARCH_ACL:(G\:Anonymous)
)

I’ve bolded the key line to focus on. This defines the virtual path that FTS should filter the query of content to. The guid “43f936c9\-9b23\-4ea3\-97b2\-61c538ad07c9” represents the very root node of the site (id 1) and the next guid “5ef8dbb4\-92c0\-4ed2\-9235\-94de3f3a9aad” is the start page of the site – this path looks correct to me as it’s the full path to the start page and has the wildcard to allow all descendants to match. But strangely, though we get content we want, we also get items in the recycle bin.

As an example one of the offending results (in the recycle bin) has the virtual path “43f936c9-9b23-4ea3-97b2-61c538ad07c9|2f40ba47-f4fc-47ae-a244-0b909d4cf988|53ef3bd3-d9e7-4842-ad10-ee3edf7a5761|e4e4889f-ce2a-450b-acdf-bec22e45baa9” which to me shouldn’t be returned since the second item in its path doesn’t match the search filter.

I’m not sure if the index is out of sync or whether the querying has an issue. Any thoughts would be appreciated :)