Info from Cisco:
This was resolved in version 5.1 as CSCdz59328.
(1) Short problem description:
Key ahead not supported.
(2) Longer problem description (what happens):
Certain actions that involve the cute screen animation of a vertical
bar sweeping the screen cause keys pressed during that interval to not
be recorded.
For example, if on an idle phone you press the speaker button (which
causes a vertical bar to sweep across the screen) and start keying
digits immediately (often starting with a zero, a close button),
usually the first digit is lost.
Also a problem for some classes of receptionist when wanting to
transfer a call and then pick up the next call - invariably one key
goes missing.
(3) Possible solution (what did you expect):
Keyahead similar to most keyboards.
(4) How to reproduce (if possible / applicable):
Should be trivial to reproduce.
(5) Workaround used currently (if applicable):
Get everyone to slow right down.
(6) The behaviour wanted exists in product (name manufacturer and
product as exactly as possible):
Most other SIP phones. :-)
(7) Would you classify this as:
(C) Bug/malfunction: Ok to
deploy with workaround (see 5)
Halfway between C and E - most people believe it is a bug, but are
happy to take Cisco's name in vain and then keep using it once the
problem is explained. :-(
(8) What software version
At least 4.0 to 4.3
(9) Contact information
Andrew Rutherford <andrewr@SPAM.iagu.net>
(11) Report:
Date: Mon, 23 Jun 2003 15:26:18 +0930
Message-Id: <p05200f01bb1c4572465c@[192.168.0.43]>