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
When using a wedge scanner in the app there is an issue where if there are multiple barcodes in shot (ie Inventree Label + Digikey or mouser label with N barcodes), high quality barcode scanners will pick up all of them and enter them with new lines in-between.
Inventree ends up trying to handle all of them instead of just the first, meaning the network coms delay results in the notifications appearing over and over again (one for each barcode).
This makes seeing if your barcode actually scanned very difficult as you get 2-3 errors with every success and have to wait 1-2 seconds between scans to let the notification queue clear.
The intended behaviour is that the barcode has a delay after each scan (as configurable in settings) however in this case this delay does nothing.
I propose that in the wedge scanner we ignore characters we receive after the first \n character for the delay time to prevent this queue.
When using a wedge scanner in the app there is an issue where if there are multiple barcodes in shot (ie Inventree Label + Digikey or mouser label with N barcodes), high quality barcode scanners will pick up all of them and enter them with new lines in-between.
Inventree ends up trying to handle all of them instead of just the first, meaning the network coms delay results in the notifications appearing over and over again (one for each barcode).
This makes seeing if your barcode actually scanned very difficult as you get 2-3 errors with every success and have to wait 1-2 seconds between scans to let the notification queue clear.
The intended behaviour is that the barcode has a delay after each scan (as configurable in settings) however in this case this delay does nothing.
I propose that in the wedge scanner we ignore characters we receive after the first \n character for the delay time to prevent this queue.
@SchrodingersGat does this sound reasonable?
The text was updated successfully, but these errors were encountered: