Some more input from my side: I do an an upgrade to the current version every 3-5 weeks. BLF worked great on Polycom and SNOM phones
up to version FreeSWITCH Version 1.0.head (git-10df279 2011-10-15 07-59-23 -0500) (the last one I tried).
 
In mid-November I've upgraded to the latest GIT and BLFs started getting crazy (phones losing them, stuck in ringing, etc.). I tried the GIT onlast  Wednsday but it behaved the same, so I had to revert to the version from 15-Oct.
 
I did not open a JIRA yet as I couldn't gather all the information, but from an intial investigation it looks like a problem with the version number of the NOTIFY message sent on the body of the dialog description: either it starts at 1 instead of 0, or it skips versions.
 
I'll try gathering more information this week.
 
                    Regards, __Yehavi:

2011/12/9 Tim St. Pierre <fs-list@communicatefreely.net>
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
>


_________________________________________________________________________
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