Public bug reported:
The system for this bug is running Trusty with xvfb 2:1.15.1-0ubuntu2.7
Xvfb fails to launch after being used for a couple days and I can't see
any reason to why it wont launch.
We have inetd.conf setup to run an x11vnc script with the following
command whenever a
I worked with Zebra on this and was able to get the scanner working by
reducing the USB polling interval on the scanner to 8msec, the default
is to poll every 3msec. I still believe this is a bug in how xterm
accepts input because of the following:
A) This issue does not occur when accepting
Thanks for the response Thomas. The DS4208 has multiple cables that it
can be plugged in with, the xterm issues are when it is plugged in over
USB. RS232 is not used for doing direct-text input.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
Public bug reported:
I have a symbol DS4208 Wired USB barcode scanner hooked up to a machine
running Ubuntu 14.04 via a USB connector. When using xterm and
attempting to scan a 1D or 2D barcode the xterm window will accept in a
couple characters from the USB scanner not in the correct order, and
Thanks, I'll try running with -k8 and other settings to see if I can't
get it to respond differently!
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xterm in Ubuntu.
https://bugs.launchpad.net/bugs/1499416
Title:
xterm freeze when accepting
Thomas,
The characters being sent/received are normal ASCII characters, we're doing
Vin code scanning so it's even in the domain A-Z 0-9 like I said, it was
working fine on an older version of xterm.
--
You received this bug notification because you are a member of Ubuntu-X,
which is
Thomas: This issue is reproducible simply by attempting to scan a
barcode into the xterm window NOT a child process, I was simply
indicating that it happened in both places. The USB scanner is acting
as a basic character-input device when used like this. There's no
special application running
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
8 matches
Mail list logo
