[cisco-voip] Softkeys missing on 796X on secondary line pickup

[Johnson, Ken]

Thank you Brian very much! Your bug search skills are indeed a hidden gem ☺

From: bmeade90 at gmail.com [mailto:bmeade90 at gmail.com] On Behalf Of Brian Meade
Sent: Thursday, August 25, 2016 10:28 AM
To: Johnson, Ken <kenjohnson at letu.edu>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Softkeys missing on 796X on secondary line pickup

Actually that was a duplicate bug.  Actual bug- https://bst.cloudapps.cisco.com/bugsearch/bug/CSCva72381

This only applies to 9.4(2)SR2 firmware.

On Thu, Aug 25, 2016 at 11:26 AM, Brian Meade <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>> wrote:
It looks like you're hitting this bug which hasn't been fixed yet- https://bst.cloudapps.cisco.com/bugsearch/bug/CSCva74777

Looks like you can do a firmware downgrade or turn off "Always Use Prime Line"

On Thu, Aug 25, 2016 at 10:20 AM, Johnson, Ken <kenjohnson at letu.edu<mailto:kenjohnson at letu.edu>> wrote:
We recently began tracking a reported issue where folks with multiple lines on their phones were finding they were missing all softkeys on their phone under the following scenario:

•         Incoming call comes in on other than the primary line

•         User picks up handset (or activates speakerphone).

•         User gets dialtone from their primary line at this point

•         User presses line key for secondary line which is ringing

•         User is connected successfully to second line but has no softkeys

If the user in the situation above presses the ringing line key before picking up the handset or activating speakerphone, softkeys work fine.  So far we can only replicate this on 796X phones – our 88XX phones do not do this.

We are on CUCM 10.5.2 and the only recent changes were a July update to Device Pack 10.5(2.14076) and firmware 9.4(2)SR2

Has anyone else run into this – we’re trying to figure out if this is a bug (it seems like it) or the result of some incorrect line pick-up config or similar on our side. We’re also checking with TAC of course but just wondering if the hidden cause on this is simpler than we’re making it out to be…

Ken Johnson
Director for Network and Telecommunication Services
Information Technology
www.letu.edu/it<http://www.letu.edu/it> |  twitter.com/letuit<http://twitter.com/letuit>
  [cid:image001.gif at 01CF741A.2769F1A0]



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160826/82dfa2d4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 6544 bytes
Desc: image001.gif
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160826/82dfa2d4/attachment.gif>