diff options
| author | Antoine Prieels <anp@odoo.com> | 2019-07-22 15:00:27 +0200 |
|---|---|---|
| committer | Antoine Prieels <anp@odoo.com> | 2019-08-13 15:35:38 +0200 |
| commit | e0b4adbc3b58e476de77248518b23d39af913ee6 (patch) | |
| tree | c7b5e6fbe8bcced6afead316b9cffceab44f1ead /addons/payment/static/src/js/payment_processing.js | |
| parent | 728903bd208736c0f53c70905205d7fa525d6261 (diff) | |
[FIX] iot: Kbd Close previous barcode request
In Community, we use a longpolling to get the scanned barcodes in
KeyboardUSBDriver. When refreshing a POS session, a new longpolling is
started but the read_next_barcode function is still waiting and will
still try to send a response to the previous longpolling, even if it is
closed.
If an old process is still waiting when we try to get a new barcode, we
stop it by sending a dummy barcode. We use a lock to be sure that the
new request doesn't read the dummy barcode that it just sent.
Diffstat (limited to 'addons/payment/static/src/js/payment_processing.js')
0 files changed, 0 insertions, 0 deletions