> http://bugs.digium.com/bug_view_page.php?bug_id=0001494MERRY NEW YEAR... and happy parking!!!!
So I read the bug and (briefly) perused the patch... And I don't think I fully understand the extent or gain over regular parking. Can you provide a better example?
The reason I'm interested is because I was currently in the process of hacking res_parking to emit a variable with the parking lot the call was placed in, and to allow the announcement to be optional.
Regards, Andrew
Andrew -
I think that the combination of Brian's patch and your idea would be perfect. Being able to do something with a parked call is really, really important and in order to do that you need to parse the result of the transfer action and pass the value back to the dialplan in a variable. This would allow for some of the wacky auto-repatch features I've discussed in the past, like automatically turning on/off call monitoring, doing three-way supervised transfers, etc.
To answer your question: Brian's patch allows _any_ non-defined extension to be used as a parking extension, and then allows these "wildcard" extensions to be included into the dialplan using a switch statement. This allows you to not have to worry about having to listen to the s..l..o..w playback of the parking orbit number. All you have to do is make up your own parking extensions and remember them.... which brings up an interesting question: Brian, what happens with your patch if you try to park someone into a virtual extension that already has someone parked in it?
JT _______________________________________________ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
