Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-19673

Only main location is being returned for front end searches

    Details

      Description

      I am unsure if this can be a regression of http://issues.ez.no/18549 #018549: If main_node is not readable searchResult is empty . I've checked both with current version from github as well as with the deployed eZ Find 2.7 version and the behavior seems unchanged.

      Searching for an object with two locations, the main one being hidden, produces a single result linking to the main (hidden) location.

      Steps to reproduce

      Install and index eZ Find 2.7 in eZ Publish 4.7

      • In backoffice, create a couple of folders: FolderA and FolderB
      • Inside FolderA, create an article
      • Reindex SOLR and search for the article in the front end. Found it, as expected.
      • Add a second location in FolderB
      • Reindex SOLR
      • Searching in front end, returns the object in FolderA (again, as expected)
      • Hide the article within FolderA
      • Searching in front end, returns the object in FolderA. Clicking the link I reach an error page (the object is not visible)

      This happens if one uses admin's siteaccess in updatesearchindexsolr operation.

      • If one uses the front end siteaccess the behavior changes. No result is showed if the main location is hidden (even if the user/siteaccess has full access to the second location)

        Issue Links

          Activity

          Hide
          Damien Pobel (Inactive) added a comment -

          Inconsistency when you index the content with the admin siteaccess or a frontend siteaccess is a known behaviour. It comes from the fact that usually, the frontend siteaccess are configured with [SiteAccessSettings]/ShowHiddenNodes=false, as a result the hidden contents are ignored when indexing in a frontend siteaccess. That's why the documentation mentions that the admin siteaccess has to be used while running updatesearchindexsolr.php.

          The true issue here is to link to the hidden location instead of the visible one. I'm on it...

          Show
          Damien Pobel (Inactive) added a comment - Inconsistency when you index the content with the admin siteaccess or a frontend siteaccess is a known behaviour. It comes from the fact that usually, the frontend siteaccess are configured with [SiteAccessSettings] /ShowHiddenNodes=false, as a result the hidden contents are ignored when indexing in a frontend siteaccess. That's why the documentation mentions that the admin siteaccess has to be used while running updatesearchindexsolr.php . The true issue here is to link to the hidden location instead of the visible one. I'm on it...
          Show
          Damien Pobel (Inactive) added a comment - https://github.com/ezsystems/ezfind/pull/83
          Show
          Damien Pobel (Inactive) added a comment - Fixed in ezfind: master: http://github.com/ezsystems/ezfind/commit/3fc1347a270c4010aecbdc5a3958d9e4ec497782 stable-2.6: http://github.com/ezsystems/ezfind/commit/d53fc30aa8d6aa61d1c32fcc14b53445c4e60c54 stable-2.7: http://github.com/ezsystems/ezfind/commit/9884b2d14dd7f7565fbe3def6f62213c3be69524 stable-5.0-3rdline: https://github.com/ezsystems/ezfind/commit/3fc1347a270c4010aecbdc5a3958d9e4ec497782 Branch stable-5.0-3rdline will be merged in stable-5.0 after the release.
          Hide
          Gunnstein Lye added a comment -

          Closing with the intention to reopen (cannot do this directly)

          Show
          Gunnstein Lye added a comment - Closing with the intention to reopen (cannot do this directly)
          Hide
          Gunnstein Lye added a comment -

          Reopened on request from dev

          Show
          Gunnstein Lye added a comment - Reopened on request from dev
          Show
          Damien Pobel (Inactive) added a comment - Fixed in ezfind: master: http://github.com/ezsystems/ezfind/commit/c81478db71e743982294cdadf0fcf0cf5e60484b stable-2.6: http://github.com/ezsystems/ezfind/commit/288533a9c913435c38b6934bcfb85f64ead43e26 stable-2.7: http://github.com/ezsystems/ezfind/commit/ada8deea7f038f4d155bbcfed279eee0f70d3570 stable-5.0-3rdline: http://github.com/ezsystems/ezfind/commit/42bb0205bf7743083257618869bc04c90fd381b2
          Hide
          Paulo Nunes (Inactive) added a comment -

          QA Approved

          Show
          Paulo Nunes (Inactive) added a comment - QA Approved
          Hide
          Damien Pobel (Inactive) added a comment -

          FYI, because of the patches of this issue, the more like this fetch function generates several PHP notices. This is fixed in https://jira.ez.no/browse/EZP-20639.

          Show
          Damien Pobel (Inactive) added a comment - FYI, because of the patches of this issue, the more like this fetch function generates several PHP notices. This is fixed in https://jira.ez.no/browse/EZP-20639 .

            People

            • Assignee:
              Unassigned
              Reporter:
              J. J. Cavalleri
            • Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 0 minutes
                0m
                Remaining:
                Remaining Estimate - 0 minutes
                0m
                Logged:
                Time Spent - 2 days, 30 minutes
                2d 30m