[Freeswitch-users] Changing BLF lamp persistently

Tue Mar 31 00:34:33 MSD 2015

still same error. It’s normal that when I call the presence.lua file directly with lua I got the same error?

tested with lua5.1 and lua5.2
root at rapbx:/usr/local/freeswitch# lua /usr/local/freeswitch/scripts/presence.lua
lua: /usr/local/freeswitch/scripts/presence.lua:1: attempt to index global 'Presence' (a nil value)
stack traceback:
	/usr/local/freeswitch/scripts/presence.lua:1: in main chunk
	[C]: in ?

calling via diaplan
EXECUTE sofia/internal/91 at 192.168.130.12 lua(set_presence.lua vm_blf_extension confirmed)
2015-03-30 22:25:57.535504 [ERR] mod_lua.cpp:203 /usr/local/freeswitch/scripts/presence.lua:2: attempt to index global 'Presence' (a nil value)
stack traceback:
	/usr/local/freeswitch/scripts/presence.lua:2: in main chunk
	[C]: in function 'dofile'
	/usr/local/freeswitch/scripts/set_presence.lua:1: in main chunk

set_presence.lua -> https://pastebin.freeswitch.org/24060 <https://pastebin.freeswitch.org/24060>
presence.lua -> https://pastebin.freeswitch.org/24061 <https://pastebin.freeswitch.org/24061>

Thanks

> On 30 Mar 2015, at 22:19, Chris Tunbridge <blasterjr at gmail.com> wrote:
> 
> try changing the dofile line to the full path to the file, which is probably /usr/local/freeswitch/scripts/presence.lua
> 
> so the line would look like this
> 
> dofile "/usr/local/freeswitch/scripts/presence.lua"
> 
> On Mon, Mar 30, 2015 at 1:20 PM, Raphael Lechner <raphael.lechner at gmail.com <mailto:raphael.lechner at gmail.com>> wrote:
> Thank you Chris for sharing your lua files with us.
> 
> I tried but probably I missed something, because I got that error:
> EXECUTE sofia/internal/91 at 192.168.130.12 <mailto:sofia/internal/91 at 192.168.130.12> lua(set_presence.lua vm_blf_extension confirmed)
> 2015-03-30 21:13:31.775263 [ERR] mod_lua.cpp:203 scripts/presence.lua:2: attempt to index global 'Presence' (a nil value)
> stack traceback:
> 	scripts/presence.lua:2: in main chunk
> 	[C]: in function 'dofile'
> 	/usr/local/freeswitch/scripts/set_presence.lua:1: in main chunk
> 
> Any idea?
> 
> I have named the files set_presence.lua and presence.lua(for the functions) and both are located under scripts.
> 
> Thanks!
>  
> 
>> On 30 Mar 2015, at 20:43, Chris Tunbridge <blasterjr at gmail.com <mailto:blasterjr at gmail.com>> wrote:
>> 
>> This can be done with lua, what i've done is created a small lua set of functions that make presence easy to handle.
>> 
>> here's the presence function file: http://pastie.org/private/8qfyjbwzsmwm2a4uz7owq <http://pastie.org/private/8qfyjbwzsmwm2a4uz7owq>
>> 
>> then you setup a lua file (call it scripts/set_presence.lua) that is similar to the following
>> 
>> dofile "presence.lua"
>> 
>> state = argv[2]
>> user = argv[1]
>> domain = session:getVariable('domain')
>> 
>> local p = Presence:new()
>> p:init{user = user, domain = domain, uuid = 'custom_blf_key'};
>> 
>> p:set(state,false);
>> 
>> you can execute this by adding the following line into your extension that controls it.
>> 
>> <action application="lua" data="set_presence.lua vm_blf_extension confirmed"/>
>> 
>> you can swap out the "vm_blf_extension" with anything you want, and as long as the phone "Subscribes" to this, it will work.
>> 
>> You can use early, confirmed, terminated for the statuses.
>> 
>> 
>> On Mon, Mar 30, 2015 at 9:37 AM, Andrew Cassidy <andrew at cassidywebservices.co.uk <mailto:andrew at cassidywebservices.co.uk>> wrote:
>> There's always the SEND_PRESENCE esl event...
>> 
>> On 30 March 2015 at 16:25, Raphael Lechner <raphael.lechner at gmail.com <mailto:raphael.lechner at gmail.com>> wrote:
>> We migrated a customer from asterisk to FreeSWITCH 2 weeks ago and they had also a lamp for indicating if the “today closed” playback or call forward to voicemail is enabled or not.
>> 
>> Raphael
>> 
>> 
>>> On 30 Mar 2015, at 17:17, Sean Devoy <sdevoy at bizfocused.com <mailto:sdevoy at bizfocused.com>> wrote:
>>> 
>>> I have a customer who had this same request as well as one for a lamp indicating a call parked using “valet parking”.  They are worried a parked call could get forgotten.  I would love to hear a solution to either/both.
>>>  
>>> Sean
>>>  
>>> From: freeswitch-users-bounces at lists.freeswitch.org <mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org <mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of Paul Atreides
>>> Sent: Monday, March 30, 2015 10:32 AM
>>> To: FreeSWITCH Users Help
>>> Subject: Re: [Freeswitch-users] Changing BLF lamp persistently
>>>  
>>> I want to have an indicator if the company voice mail is active or not.
>>> 
>>> At the moment I am calling a number and setting a global variable to activate the central company voice mail.
>>> But I would like to use the BLF from a dummy account so that the user can see at the phone whether the voice mail is
>>> active or not.
>>> 
>>>  
>>> On Mon, Mar 30, 2015 at 4:08 PM, Michael Jerris <mike at jerris.com <mailto:mike at jerris.com>> wrote:
>>> Can you describe a bit more exactly what you are trying to accomplish?  Presence changes in reaction to events that happen in calls.
>>>  
>>> On Mon, Mar 30, 2015 at 9:46 AM, Paul Atreides <paul.atreides83 at googlemail.com <mailto:paul.atreides83 at googlemail.com>> wrote:
>>> Hi,
>>> 
>>> does someone know how to change the BLF lamp persistently? I found the channel variable
>>> presence id but this one will only last as long as the channel is active. Is there a way to change
>>> it permerently?
>>> 
>>> Thanks for helping.
>>> 
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> http://www.freeswitch.org <http://www.freeswitch.org/>
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: 
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150330/e6e3a9b5/attachment-0001.html 