We have a customer that reported something to us and we started troubleshooting it in our lab and we can reproduce it. We consider it a bug. Here’s the problem:
On a GXP2140 running 188.8.131.52, we have a “Park Call” VPK that works. There is also a button that is supposed to monitor the first two parking lot slots as in a BLF. This problem occurs whether it’s set as BLF, Monitored Call Park, or Call Park. If they do things in the following, specific order, then the call cannot be picked up from the BLF:
I am being very specific in the order:
- Call is parked (works)
- Light turns on (works)
- Person picks up handset (works)
- Person pushes BLF button (doesn’t work)
- Call will not connect, person still hears dialtone
- Person presses “End Call” (works)
- Person can now press BLF and pick up call (works)
If the person doesn’t pick up the handset but presses the BLF button first, the call is picked up normally. If they’re fast, they can press the button and then pick up the handset before the call is fully connected.
I know it’s a minor thing, but step 4 above works fine on a GXP2160. Meaning, if you pick up the handset and then press the BLF button, the call is properly placed to the parking lot slot and the call is picked up.
So we upgraded the test phone to 184.108.40.206 to see if the problem persists, and it does.
We consider this to be a bug in the GP2140 since it does not behave the same way as the GXP2160 (sorry, we didn’t drag out our GXP1782 to test it there).