[MODINVSTOR-962] Shelving order strips out leading zeroes from call numbers (Dewey and local call numbers) Created: 07/Sep/22  Updated: 28/Sep/22  Resolved: 28/Sep/22

Status: Closed
Project: mod-inventory-storage
Components: None
Affects versions: None
Fix versions: None

Type: Bug Priority: P2
Reporter: Raegan Wiechert Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 1
Labels: back-end, epam-spitfire, support
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File screenshot-1.png     PNG File screenshot-2.png     PNG File screenshot-3.png     PNG File screenshot-4.png     PNG File screenshot-5.png     PNG File screenshot-6.png     PNG File screenshot-7.png     PNG File screenshot-8.png     PNG File screenshot-9.png    
Sprint:
Development Team: Spitfire
Release: Nolana (R3 2022)
Affected Institution:
!!!ALL!!!
RCA Group: TBD

 Description   

Overview:  Leading zeros from the call numbers (Dewey and local) are being removed when the value of the shelfing order is populated. This behavior affects call number browse since the call numbers without leading zeros are placed in incorrect order.

Steps to Reproduce:

  1. Log into a FOLIO environment and navigate to Inventory app
  2. Add a new item (either to existing holdings record or create a new instance/holdings and item record)
  3. On the item record populate call number value to 006.3

Expected Results:
The shelving order preserves leading zeros

Actual Results:

Additional Information:

Interested parties: Raegan Wiechert, MSU and Eliana Lima Andrew Clark, Simmons



 Comments   
Comment by Felix Hemme [ 09/Sep/22 ]

Maybe related observation on GBV FOLIO system: https://folio-project.slack.com/archives/C20V5L40P/p1662721948876169

Comment by Charlotte Whitt [ 21/Sep/22 ]

Support SIG: This is an issue for also the Simmons library. In the light that this is causing problem for ALL libraries, I have set the priority to P2.

Comment by Charlotte Whitt [ 26/Sep/22 ]

Support SIG: Khalilah Gambrell or Magda Zacharska will one of you set the Release scope for this ticket?

Comment by Magda Zacharska [ 28/Sep/22 ]

After some further investigation, it turns out that the fact that the effective shelving order strips leading zeros does not impact browsing call number in Morning Glory. Here are some examples:

1. Browse by 016 in Lotus and Morning Glory

2. Browse by 050 in Lotus and Morning Glory

3. Browse by 010 in Lotus and Morning Glory

4. Browse by 099 in Lotus and Morning Glory

Thank you Shans Kaluhin for pointing out that this is working as expected in the Morning Glory release. Closing the ticket as "Cannot reproduce"

Generated at Thu Feb 08 23:29:08 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.