Here's what xterm is apparently seeing when I scan a barcode and use the -l option to log the output.
^[]0;isisup@LUBE151: ~^Gisisup@LUBE151:~$ 1G
The 1G is the first 2 printed characters of the barcode in this case, but there are 15 more it should have kept reading instead locking up.
Using another barcode I get this:
^[]0;isisup@LUBE151: ~^Gisisup@LUBE151:~$ 3B5
The 3B5 is actually incorrect in this case, the barcode I scanned is should be showing 3B7 then another 14 characters.
Now I tried the same thing on the older version of xterm and it also has the same control characters in the log to start with, but will finish scanning the full barcode to the command line. Any ideas on this?
Here's what xterm is apparently seeing when I scan a barcode and use the -l option to log the output.
^[]0;isisup@ LUBE151: ~^Gisisup@ LUBE151: ~$ 1G
The 1G is the first 2 printed characters of the barcode in this case, but there are 15 more it should have kept reading instead locking up.
Using another barcode I get this: LUBE151: ~^Gisisup@ LUBE151: ~$ 3B5
^[]0;isisup@
The 3B5 is actually incorrect in this case, the barcode I scanned is should be showing 3B7 then another 14 characters.
Now I tried the same thing on the older version of xterm and it also has the same control characters in the log to start with, but will finish scanning the full barcode to the command line. Any ideas on this?