Gold medal for Brian's bug search skills. I recently heard a report of CIPC not showing the the Resume softkey while the call was held on the phone. The only softkey present was End Call.
I tried searching all over the bug search tool for possible matches, but came up short. Sometimes I question whether it's the fact that a matching bug exists, or if my searching skills are lacking, or worse, there is a matching bug, but it's written poorly such that only by the grace of Zeus' beard would I find it. So, bravo for this time and all of the other times (and there's been a lot), where you come up strong with a defect ID matching the scenario so well. On Thu, Aug 25, 2016 at 10:27 AM, Brian Meade <[email protected]> wrote: > 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 <[email protected]> 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 <[email protected]> >> 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 | twitter.com/letuit >>> [image: cid:[email protected]] >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> cisco-voip mailing list >>> [email protected] >>> https://puck.nether.net/mailman/listinfo/cisco-voip >>> >>> >> > > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
