Identifier (All) | Search by LCCN (010 $a, $z subfields) with "\" at the end don't retrieve results

Description

Overview:
1) Search by LCCN "010 $a and $z" subfield value with "\" at the end don't retrieve results using "Identifier (all)" search option.
 

Steps to Reproduce:

  1. Log into some Snapshot environment as admin

  2. Import attached file with MARC authority records (

  1. )

  2. Go to "MARC authority" app

  3. Select "Identifier (all)" option

  4. Enter a search query with "backslash", which should return imported record, ex.: "nb2006354903\" or "bslw85033655\"

  5. Click on the "Search" button.

Expected Results: "MARC authority" record is found.

Actual Results:
When user uses "Identifier (all)" option - No results found.

Additional Information:
As example, I will describe here requests of the 1st case (when user uses "Identifier (all)" option):
On snapshot environment, we send request in the following format and cannot find a record (see attached screenshot):

On Poppy BF environment, we send request in the following format and find a record (see attached screenshot):

Following request works if send it from Postman (see attached screenshot):

Scenarios to cover:

  • Scenario 1 - Value in 010 $a/$z does not contain spaces (steps to reproduce above) 

    • Given the value in the 010 $a/$z does not contain spaces and contains a trailing backslash ("nb2006354903\")

    • When the user enters a query containing the trailing backslash

    • Then the results should retrieve the record

  • Scenario 2 - Value in 010 $a/$z contains spaces

    • Given the value in the 010 $a/$z contains spaces and contains a trailing backslash ("nb 2006354903\")

    • When the user enters a query containing the trailing backslash

    • Then the results should retrieve the record

Interested parties: , ,  

CSP Request Details

None

CSP Rejection Details

None

Potential Workaround

None

Attachments

4

Checklist

hide

TestRail: Results

Activity

Show:

Christine Schultz-Richert January 10, 2024 at 1:37 PM

Workaround: users should be able to find these records with by replacing the trailing backslash with an asterisk in the query.

Valery_Pilko January 9, 2024 at 3:55 PM

Hey @ 
Please add this as additional scenario. If you see here any other use cases, please also add them. Thank you!

Christine Schultz-Richert January 9, 2024 at 3:37 PM

  - the issue described shows examples of 010 $a/$z values that do not contain a space (nb2006354903). Is it important to note that even if the value in either of these subfields does contain a space (such as nb 2006354903) it also retrieves results in Poppy but not now. Or would fixing this bug take case of both scenarios?

 

Khalilah Gambrell January 8, 2024 at 9:29 PM

  and   - I updated this story to focus on Identifier (all). Keyword and LCCN handling can be handled in other requirements. 

Valery_Pilko January 8, 2024 at 3:58 PM

Hey   and  
The requirement described in description ("user should be able to find MARC authority record by value with backslash from "010 $a or 010 $z") was implemented in the scope of and for "Identifier (all)" search option only. It works for Poppy release, bun not for Q (on snapshot).
I've found this issue recently and just wanted to recheck if we should also implement same behavior for "Keyword" and "LCCN" search option.
As I see now - we should do that.
As a suggestion: In scope of bug we can fix the issue for "Identifier (all)" and in scope of new story we could implement it for other search options.

Won't Do

Details

Assignee

Reporter

Priority

Development Team

Spitfire

Release

Quesnelia (R1 2024)

RCA Group

Not a bug anymore

Affected releases

Quesnelia (R1 2024)

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created January 5, 2024 at 4:03 PM
Updated April 15, 2024 at 12:33 PM
Resolved January 10, 2024 at 1:37 PM
TestRail: Cases
TestRail: Runs