Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

EasyCheck does not resensitize #5

Open
aw-bib opened this issue Nov 22, 2018 · 0 comments
Open

EasyCheck does not resensitize #5

aw-bib opened this issue Nov 22, 2018 · 0 comments
Assignees
Labels
Milestone

Comments

@aw-bib
Copy link
Member

aw-bib commented Nov 22, 2018

There is a known issue withe EasyCheck not to understand the SIP 100-message (Return item, not ok). This message is generated e.g. if the item in question is not on loan and still returned via the self service. While we thought about the frownie displayed as a nasty detail in the past, we did not notice that EasyCheck did not only not understand this message but effectively remove any sensitization on the RFID chips.

IOW with the current code we do not get a frownie but the easiest way to check out items without the necessity to use your library card is just check them in. This will switch the RFID chip to unsensitive and avoid any alerts by the gates.

The solution seems to be to issue a 101-return all the time to get EasyCheck to resensitize the chips on every return. (It doesn't hurt if they are sensitive already.)

@aw-bib aw-bib added the bug label Nov 22, 2018
@aw-bib aw-bib added this to the IMMEDIATE milestone Nov 22, 2018
@aw-bib aw-bib self-assigned this Nov 22, 2018
aw-bib added a commit that referenced this issue Nov 22, 2018
Do not generate the 100 return for books not on loan but always
generate a 101, return ok instead. This is simply as EasyCheck will
otherwise desensitize the chips as it does not understand 100.

Addresses #5
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant