The bug "Cursor behavior on Check In screen (SCLS Support ticket 43379) was fixed during a recent upgrade. Prior to the fix, if staff did not
interact with the buttons in a pop-up message, the cursor would 'jump'
to the patron barcode field. When the (next) item barcode
was scanned into the patron barcode field, the screen would clear the pop-up message.
With the bug fix, if staff do not interact with any of the buttons in the pop-up message, nothing happens the next time a barcode is scanned. The pop-up message remains on the screen. If additional barcodes are scanned, they will not be registered as checked in. This is correct behavior; staff are required to interact with the pop-up message in order to move to the next item.
If staff are not watching the screen, it can mean that some items are not getting checked in at all. Let's say you have 10 items in a stack. While staff is checking them in, the system pops up a Hold Found message for item number 3. If staff only notices the message after item 8 is scanned, and puts the slip in that book, it means that items 4-7 were not checked in, and the Hold Found slip is in the wrong book.
Once suggestion for a solution is to request development to associate a sound file with a failed scan, so there is another way to
indicate that staff need to interact with the screen.
In the meantime, please watch the screen carefully when checking in items.