Yes, but when you have 368 very demanding users, you don't just blindly update systems that mostly work. I do have a devel system, so I will pull the latest git and once I have tested everything I can think of, I will cross my fingers and push it to the production systems. Not that I'm not grateful for continuous development, but it takes a lot of resources to update and test, so I only do it every so often. I'm glad there have been some updates. I look forward to trying them out. -Tim Anthony Minessale wrote:
You are running a version from August. Too bad for you that you are missing a whole autumn worth of updates including a whole bunch of work on presence.
while(!current) update();
On Thu, Dec 8, 2011 at 3:35 PM, Tim St. Pierre <fs-list@communicatefreely.net <mailto:fs-list@communicatefreely.net>> wrote:
Hello,
I'm having all sorts of problems with BLFs not being in the correct state. It works fine in some cases, but others are wrong. Here's what I can see:
Single endpoint, single call, everything works fine. Light flashes on ring, goes steady on answer, goes out on hangup.
Here's where it gets tricky:
If there are two phones registered to the extension, it flashes when they ring, but then goes out when one of them answers. If either phone places an outgoing call, the lamp comes on.
If a single phone gets a second call, their lamp flashes again, but then goes out when they answer the second call.
I'm constantly getting complaints from users where the lamps are stuck on. It happens more often when they have a lot of phones in ring groups. The lamps work fine for ring groups - they all flash, and whomever picks up the call stays steady while the rest go out.
Is there anything I can do to get freeswitch to base the state on whether or not that user has any active calls, rather than just what the last thing that the phone did was?
This happens on every model of Aastra phone, and I have all of them. I haven't had a chance to try it yet on Polycom.
I'm running FreeSWITCH Version 1.0.head (git-7531fed 2011-08-17 11-27-20 -0500)
Any ideas would be more than welcome.
-Tim
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900 ------------------------------------------------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org