Details
-
Bug
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Won't Do
-
None
-
None
-
CP: Non-roadmap backlog, Core: F - Sprint 93, Core: F - Sprint 94
-
Core: Platform
-
GBV
Description
SPIKE: The first step of investigating this issue is for a front-end dev to do a bit of investigation to see if there is any information they can provide to point us in the right direction. To complete the spike, please provide comments with anything you learned, move the issue to whatever project it belongs in (likely a backend project) and advise on which team should pick this up (Core Functional vs Core Platform). Thank you!
Overview: Filtering on Suppress from discovery: No - results in different test alway in 1000 records found, and not the exact count of records found.
Steps to reproduce:
- Login to FOLIO BugFest, go to Inventory
- Select the Item segment in the Search and filter pane
- Search in the search box on Keyword (title, contributor, identifier) on: Nielsen (7,631 records found)
- Filter on Suppress from discovery: Yes. Get 4 instance results:
https://bugfest.folio.ebsco.com/inventory?filters=discoverySuppress.true&segment=items
- Clear all searched, and then repeat step 3, and now combine with
- Filter on Suppress from discovery: No
Actual Result:
Search on Keyword (title, contributor, identifier): Nielsen => 7,631 records found
Search on Keyword (title, contributor, identifier): Nielsen && suppress from discovery == yes => 4 records found
Search on Keyword (title, contributor, identifier): Nielsen && suppress from discovery == no => 1,000 records found
Expected Result:
Search on Keyword (title, contributor, identifier): Nielsen => 7,631 records found
Search on Keyword (title, contributor, identifier): Nielsen && suppress from discovery == yes => 4 records found
Search on Keyword (title, contributor, identifier): Nielsen && suppress from discovery == no => something approximate to 7,627 records found
https://bugfest.folio.ebsco.com/inventory?filters=discoverySuppress.false&segment=items
Additional info:
- Suppressed from discovery is an optional boolean (it doesn't have to be yes or no), but we have a script that should make sure one or the other is populated. Would be interesting to look at the data to see if there are nulls
- We know that the results
TestRail: Results
Attachments
Issue Links
- is blocked by
-
MODINVSTOR-467 Inconsistent Record Counts when Searching
-
- Closed
-
-
MODINVSTOR-468 hitcount related issues in Q1
-
- Closed
-
-
RMB-592 SPIKE: propose improvements to the hit count estimation function
-
- Closed
-
- relates to
-
RMB-591 remove or harmonize 'optimizedSql' execution path
-
- Closed
-
-
UIIN-1049 Paused due to POC of Elastic Search. Bugfest: Inventory. Effective Location Result Counts Don't Add Up (Off by Unacceptable Amount) And Seem Suspicious
-
- Closed
-
-
UIIN-1055 Bugfest: Inventory. Sorting by Title gives different result counts than no sort when *searching*
-
- Closed
-