You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This leads to two runtime bugs. The first, which should apply across different use cases and institutions, is that any barcode with leading zeros gets the first few digits stripped, leading dibs to query the LSP for an ill-formed barcode and throw an error. The second problem, which is likely specific to UChicago, is that barcodes for our analyze series start with an A, and thus can't be recast to ints.
In a PR coming soon, we will propose treating barcodes as strings rather than ints.
The text was updated successfully, but these errors were encountered:
Make barcodes strings rather than ints
Currently, the
dibs
app type-casts item barcodes into ints when it extracts them from the URL route. For example, see line 389 ofdibs/server.py
:... @dibs.get('/edit/<barcode:int>', apply = VerifyStaffUser()) ...
This leads to two runtime bugs. The first, which should apply across different use cases and institutions, is that any barcode with leading zeros gets the first few digits stripped, leading
dibs
to query the LSP for an ill-formed barcode and throw an error. The second problem, which is likely specific to UChicago, is that barcodes for our analyze series start with anA
, and thus can't be recast to ints.In a PR coming soon, we will propose treating barcodes as strings rather than ints.
The text was updated successfully, but these errors were encountered: