[Home]

Summary:ASTERISK-05426: [branch] Find-Me / Follow-me application
Reporter:BJ Weschke (bweschke)Labels:
Date Opened:2005-11-02 10:12:47.000-0600Date Closed:2008-01-15 16:05:31.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Applications/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) christianbee_follow-me-configuration
Description:Functionality as described by someone from the -users list.

Scenario
* Call comes in, outside caller dials "100"
* Desk phone for user Joe rings.  No answer
* Joe's house phone rings.  
* Joe's wife picks up and hears a voice "Please press any key to accept a call for extension 100."  
* Joe's wife hangs up.
* Joe's cell phone rings.  
* Joe picks up and hears a voice "Please press any key to accept a call for extension 100."
* Joe presses 1 and says "Hello this is Joe".

Alternately, in the penultimate step
*
Cell voice mail picks up.  
* Voice says "Please press any key to accept a call for extension 100".  No keys pressed since it's a voice mail
* Call is routed to Asterisk voicemail.

Comments:By: C F (shmaltz) 2005-11-02 11:24:49.000-0600

Although I disagreed with this as an app as discussed on the list before, I do like the job you did, job welldone, thank you.
While at it, here is what I think you should add to followme.conf:
1. That one can configure what each button does (i.e. 1= send to VM, 2=continue next destination, 3=send to context,exten,pri (this last one is actualy the same as 1, since 1 can be accomplished with context,exten,pri))
2. What files to play back to the caller, so if one configured more options they can have more files played back.
3. I didn't test this yet, but please make sure that CDR gets updated on this nicely, so lets say if joes wife rejects the call at home, a CDR entry exists for it, if you are using the local channel to accomplish this, then I think it's already being dealt with.
Thank You again.

By: BJ Weschke (bweschke) 2005-11-02 14:06:38.000-0600

shmaltz:
1) Good idea.
2) Agree that the sound filenames should be configurable, but I'm not sure what you mean by "having more files played back". Do you mean inserting additional sound files into the call flow, or just being able to specify the file names?
3) The CDR stuff should be writing a CDR for every call made. It was doing this in all the unit tests I made, but additional people to test/confirm this would be great. That's certainly the intent for the application.
Will start to work on your suggestions.

By: C F (shmaltz) 2005-11-02 14:10:14.000-0600

I mean that you should be able to specify the file name and/or filenames (if one decides to use more than one file).

By: C F (shmaltz) 2005-11-02 15:01:03.000-0600

Also thinking about it a bit more, it would be very usefull if the settings in followme.conf would allow for an entry that points to the astdb, something like this:
number => family/key
number => family/key
This will allow to use the dialplan to update the number values in followme.conf, like this:
exten => _*5X.,1,Set(DB(FM${EXTEN:2:1}/${CALLERIDNUM})=${EXTEN:3})
In which case users can call in *51 follwoed the number to follow, and the DP will add that to FM1, for the second number they would dial *52 and that would be added to FM2, and so on. In followme.conf you would then have:
number => FM1/8143
number => FM2/8143
and so on.
And if an entry in the astdb is empty app_followme will ignore it.
Maybe I'm pushing it, but this feature (since it can all be done in the dialplan without this app) might not have value if one can't use it because s/he can't have her/his users call in to change the number values in followme.conf. In which case it means not being able to use this.

By: BJ Weschke (bweschke) 2005-11-02 15:05:28.000-0600

That's a cool idea. I like it. Will incorporate it.

By: Rob (rob314) 2005-11-02 15:41:08.000-0600

A couple things I have noticed, but may have just implemented it incorrectly:

1. The enable/disable seem to work backwards for me.  If there is a FollowMe/ entry in the DB for a specific extension I get the following message:

      NOTICE[1378]: app_followme.c:706 app_exec: DB Key found for this profile. Therefore, followme is disabled.

But, if I delete the DB key it will be enabled.

2. The 'press 1 to be connected' sound file is knida confusing. It says "Press one to be connected, or press two to use the default attendant just press pound."  It seems to me that the "just press pound" doesn't really belong there.

3. Configuring how the caller is prompted would be very good because just asking someone to state their name might be somewhat confusing.  Having the ability to turn off the request for name recording would probably suffice, or even having the greeting configurable in the module's conf file would work.

4. It seems that even on the module reload the existing destinations remain in memory.  And can actually end up looping back to one of the other numbers since they are still in the destination list.

Awesome job on this!  Are there any plans on RealTime-enabling this app?

Thanks again!

By: C F (shmaltz) 2005-11-02 19:34:39.000-0600

Sorry to bother again, there are 2 more things I thought might be usefull.
1. followme.conf should allow pattern matches so that _XXXX can be used, or some varibales can be used, that will allow just one setting for all extensions. However the pattern should not be matched against any explicit enteries.
2. This one is a realy wild idea, and should only be considered last, some CID based routing in that follow me entery, in other words the followme.conf could look something like this:
number => family/key
allowcid => all or none ;if none then only listed cid will follow to this number, if all then listed cid will be excluded from following this number.
cid => family/key
cid => family/key
and as many as wanted/needed then the next number follows in followme.conf
if a number entery doesn't have a cid setting then no cid routing is done on it.
Again this is just a wild thought and more fun than real if you want. But the first thing (pattern is more important).
Thank You

By: BJ Weschke (bweschke) 2005-11-02 21:47:02.000-0600

rob314:

1) Yes. You are correct. The extensions sample I uploaded was backwards. That's fixed now. Thanks for catching it. The intent was that the FollowMe should NOT kick in when the DB key is found. The reasoning behind it was that I didn't want a key to have to be present in order to setup a new FollowMe config.
2) Prompts that are uploaded are a bastardized version of what I could find around already. I've got Allyson credits, and I really need to get her to re-record some custom ones for this app. I haven't gotten around to that yet.
3) Agree. The thought was to be able to "whitelist" numbers so that they just get delivered instead of having their name recorded each time. I'd also thought about recognizing the CID and keeping the names stored so they are recalled from a prior call, but I'm not sure that's worth it as CID is not very unique in most cases when calling from offices and other places. Some input on this would be great.
4) Can you tell me what steps you took to reproduce this? When you reload, all of the profiles that were there should be getting cleared. Are you talking about doing a reload while it's in the middle of doing a FollowMe routine for a particular ID?

And, yes, this app will be realtime enabled at some point in the future. I think I want to get a little more concrete on basic functionality first though before I look at tying realtime into it.

By: BJ Weschke (bweschke) 2005-11-02 21:55:10.000-0600

shmaltz: (on your second note)
1) can you give me an example of how you'd see this playing out in followme.conf? I'm not sure I understand where you're going with that.
2) see the earlier note on the whitelisting by cid. I'd also thought about blacklisting by cid where a blacklisted number would not only not follow the numbers, but it would also kind of go to sleep for 20 seconds or so while playing the caller hold music so they had the belief that it was actually trying to find the person rather than going straight to vm.

I also want to get with the astjab fellow (Matt O'Gorman from digium) and start working on some presence integration with him on this. Because, in theory, based on where you're logging in with your IM client, you should also be able to set which number gets priority in the hunt for follow-me and it would be nice to have that all tied in.

Got to start putting a TODO together. :-)

By: Leif Madsen (lmadsen) 2005-11-02 22:16:19.000-0600

Doesn't this functionality really seem appropriate to dialplan logic?

By: C F (shmaltz) 2005-11-02 22:23:38.000-0600

OK, what I meant with the pattern:
if one has in extensions.conf
exten => 1111,1,Dial()
exten => 1111,2,FollowMe(${EXTEN})
exten => 2222,1,Dial()
exten => 2222,2,FollowMe(${EXTEN})
exten => 3333,1,Dial()
exten => 3333,2,FollowMe(${EXTEN})
exten => 4444,1,Dial()
exten => 4444,2,FollowMe(${EXTEN})

and in followme.conf:
[_XXXX]
music=>default
context=>default
number => FM1/_XXXX or maybe:
number => FM2/${EXTEN}

[4444]
music=>default
context=>default
number=>19657511236,5
number=>17182020855,20
number => FM1/_XXXX or maybe:
number => FM2/${EXTEN}

The idea is based on support of astdb that you don't have to have an explicit entery in followme.conf that it should work, but if there is it would use that one, so in the above case extension 4444 will go to 4444, while all the others will use _XXXX.
As you can see most of the extension only get 2 routes, but for one extension the boss wanted 4, 2 are hardcoded.

By: BJ Weschke (bweschke) 2005-11-02 22:26:31.000-0600

blitzrage: could everything I'm doing thus far be done via the DP? yes. more than likely. The DP would be pretty complex, but that's what #include's are for, right? :)
However, the concept of a "user object" was kicked around at Astricon for post 1.2  where devices, voicemail boxes, etc could be associated with it and a live channel could be handed off to this object via the DP and it would "just know" what to do with it. I kind of see this as the groundwork for that, and while it's not there yet, I think that's where I want to be headed with it if I can get a general consensus from the powers that be that this is OK with them.

By: Jared Smith (jsmith) 2005-11-02 22:32:11.000-0600

While I'm ok with the idea of having this in an application, I thought I'd post my way of doing it via the dialplan, just in case someone else stumbles across this bug and wants to know how.

; in priority 2, you'll want to replace Zap/1 with the person you want to have called by the system
; you'll also want to change the voicemail context on priority 104, if you're using something besides "default"
[incoming]
exten => 300,1,Answer()
exten => 300,2,Dial(Zap/1,30,grM(call-screening^${CALLERIDNUM}^${CONTEXT}^${EXTEN}^${PRIORITY}))
exten => 300,3,Hangup()
exten => 300,103,NoOp(${EXTEN}::${PRIORITY})
exten => 300,104,VoiceMail(u${EXTEN}@default)
exten => 300,105,Hangup()
exten => t,1,Playback(connection-timed-out)
exten => t,2,Playback(goodbye)
exten => t,3,Hangup()

; You may want to replace priorities two through five with a single recording saying
; "You have a call from", as the current implementation is a bit choppy.  You could
; also replace the "1-yes-2-no" file in priority 7 to something more appropriate
[macro-call-screening]
exten => s,1,NoOp(${ARG2}::${ARG3}::${ARG4}::)
exten => s,2,Playback(vm-youhave)
exten => s,3,Playback(letters/a)
exten => s,4,Playback(call)
exten => s,5,Playback(from)
exten => s,6,SayDigits(${ARG1})
exten => s,7,Read(ACCEPTCALL|1-yes-2-no|1)                ; (repeatoptions)
exten => s,8,GotoIf($["${ACCEPTCALL}" = ""] ?t,1)
exten => s,9,GotoIf($[${ACCEPTCALL} = 2] ?s,11)
exten => s,10,GotoIf($[${ACCEPTCALL} = 1] ?s,14:s,2)
exten => s,11,Set(NEWPRIORITY=$[${ARG4} + 101])
exten => s,12,Set(MACRO_RESULT=GOTO:${ARG2}^${ARG3}^${NEWPRIORITY})
exten => s,13,Goto(s,16);
exten => s,14,Playback(auth-thankyou)
exten => s,15,Set(MACRO_RESULT=)
exten => s,16,NoOp(End of macro)
exten => t,1,Playback(connection-timed-out)
exten => t,2,Goto(s,2)

By: BJ Weschke (bweschke) 2005-11-02 22:36:49.000-0600

shmaltz: How about this instead?

for extensions.conf:

exten => 1111,1,Dial()
exten => 1111,2,FollowMe(default|${EXTEN})
exten => 2222,1,Dial()
exten => 2222,2,FollowMe(default|${EXTEN})
exten => 3333,1,Dial()
exten => 3333,2,FollowMe(default|${EXTEN})
exten => 4444,1,Dial()
exten => 4444,2,FollowMe(default|${EXTEN})

and then for followme.conf:

[default]
music=>default
context=>default
number => FM1/${ARG1}
number => FM2/${ARG1}

[4444]
music=>default
context=>default
number=>19657511236,5
number=>17182020855,20
number => FM1/${ARG1}
number => FM2/${ARG1}

There could be up to 3 (maybe more?) arguments passed and they'd be read as ${ARGX} in followme.conf, but that's the only variable replacement that would happen and the IDs of the profiles are still explicit. Your approach, while technically possible, introduces alot of complexity and a performance hit to get the regex's working the way the dialplan does it now and I'm not sure it's worth it to achieve what I think you're trying to get at. Hopefully my suggestion still accomplishes your objective. Let me know.

By: C F (shmaltz) 2005-11-02 22:39:00.000-0600

bweschke:
yeah it does, nice job
Thanks again.

By: Rob (rob314) 2005-11-03 09:14:27.000-0600

bweschke:

I would expect it to retain data if I reloaded while it was in the middle of a routine, but I reloaded when the system was idle.  Here is what I have done to reproduce it:

in followme.conf (before change):

[3304567890]
music=>default
context=>default
number=>3302345678,20
number=>2165430923,15

reloaded [reload app_followme.so], worked as advertised.  Rang original destination, then both follow me destinations

followme.conf (after change):

[3304567890]
music=>default
context=>default
number=>3303982934,20

reloaded [reload app_followme.so], and here is my call flow:

incoming call rings 20 sec (according to my stdexten macro) --> goes to FollowMe --> still uses original destination list and then also calls the new destination.

If I stopped asterisk completely and restarted obviously the correct configuration was loaded at startup and forgot about the updates I had made previously.

Let me know if you need anything else.  Thanks again

By: BJ Weschke (bweschke) 2005-11-03 15:49:53.000-0600

rob314: you're absolutely right. I found a bug that was probably causing this. I've updated the app_followme.c application. Please try the new version and let me know if you still have the problem.

By: Olle Johansson (oej) 2005-11-04 13:06:07.000-0600

Pls convert comments to doxygen documentation format ;-)

By: denon (denon) 2005-11-09 02:29:19.000-0600

A simple thing, but I don't see it mentioned in the exising app:

Often people want to force their 'follow me' to simply be on or off. So, when it's on, it doesn't ring their desk phone at all, just goes straight to cell/etc. When it's off, it only goes to desk phone, and nowhere else.

By: BJ Weschke (bweschke) 2005-11-09 05:51:50.000-0600

denon: yes. that functionality is there already. you can do it via extensions.conf right now by setting a DB key to turn it off and setting a DB key again to turn it back on. mog though mentioned including this as res_features functionality so you could set the extensions that enable it and disable it via a featuremap and then you just needed to include => followme in the context where you want to be able to enable/disable the functionality and it would work. this is a good idea and I'll be incorporating this as well. Now that rc1 is out for 1.2, I'm going to be spending some more time bringing in everything discussed thus far.

By: damin (damin) 2005-11-12 11:50:21.000-0600

I'll take a stab at describing my ultimate vision for a Find/Follow Me application. This is strictly from the perspective of a Caller and the Called Party (User).

1. Caller dials number and hears announcement: "You have reached the personal assistant for 'Playback(Called Party Name)'

At this point, the F/FMe App can provide a "Status Message" to the Caller, based on the status message the User has defined;
(Available) Who shall I say is calling? 'Record{Callers Name}'. Thank you. Please be patient while I attempt to contact your party. (jump to Find routine)

(Unavailable) Your party is currently unavailable. Please leave a message at the sound of tone.

(Meeting) Your party is currently in a meeting. As a courtesy to others you may leave a message at the tone and I will notify them of your call.

(Traveling) Your party is currently traveling and unable to take a call. Please leave a message at the sound of the tone.

Whatever other statuses tickle your fancy can be added here..

2. Find Me
 Now that we know who is calling (recorded name) we can begin the process of calling through the list of numbers. When the user picks up, the system can say "Hello, this is the personal assistant for 'Playback(Called Party's Name)'. I have a call for 'Playback(Caller's Name)'. Please press '1' to accept this call or simply hangup.

This would really rock! ;) I suppose it can be done in DialPlan logic pretty easily though...

By: nguyen (nguyen) 2005-11-16 15:23:41.000-0600

What I was not sure is how you can Dial an PSTN lines with call progress detection.

I don't see the fast/reliable way to do busy/ring/auto answer machines detection so personally I usually leave that task to the human (i.e calling party). And terminate my Follow-Me chain right here.

By: Andrew Lindh (andrew) 2005-11-18 22:20:29.000-0600

Can it call all numbers at the same time to reduce the caller's wait time? (ok, not an easy task to manage all at the same time) It should take the first one that accepts the call, not sure how to deal with mutiple rejections...

By: BJ Weschke (bweschke) 2005-11-19 09:00:55.000-0600

Yes. I've got a client that's requesting that it dial in parallel instead of serially, so that will be a feature that's coming shortly.

By: Christian Benke (christianbee) 2005-12-14 09:21:55.000-0600

tried to apply this app as this feature would be really neat - but had some problems on asterisk-1.2.1. First it was complaining about a missing stdio.h entry in the application-source(fixed by adding #include <stdio.h>). After adding this, asterisk compiled fine but i can't launch it, the error message is:

[app_followme.so]Dec 14 16:13:58 WARNING[6478]: loader.c:325 __load_resource: /usr/lib/asterisk/modules/app_followme.so: undefined symbol: ast_separate_app_args
Dec 14 16:13:58 WARNING[6478]: loader.c:554 load_modules: Loading module app_followme.so failed!
Ouch ... error while writing audio data: : Broken pipe


unfortunately i'm not able to help myself as i don't understand this error code, hope someone can help. thx!

By: BJ Weschke (bweschke) 2005-12-14 09:43:02.000-0600

christianbee: I will be posting a new version of this code VERY shortly to my public subversion area on svn.digium.com. I will post the note within the next 24-48 hours.

By: Chip Schweiss (lschweiss) 2006-01-01 15:26:45.000-0600

I'm looking forward to seeing the version that will work in parallel.  

I too have great needs for this.  I'm trying to utilize several cell phones to function as local extensions, however I don't want the caller to be connected to the first cell phone to pick up if it is it's voicemail.  Having the caller wait while each number is tried is a problem when you have 3 or 4 phones as possible connection points.

If you need a tester for this new code, let me know.

Where is your repository on svn.digium.com?



By: Clod Patry (junky) 2006-01-01 15:45:01.000-0600

his branch:
http://svn.digium.com/view/asterisk/team/bweschke/

By: Chip Schweiss (lschweiss) 2006-01-03 16:42:17.000-0600

I have finally figured out how to do a parallel find-me with the dial plan.  I posted the solution at http://www.voip-info.org/wiki/view/Asterisk+tips+findme

By: opsys (opsys) 2006-02-05 23:07:24.000-0600

HOUSEKEEPING

Since followme can be done from the dialplan should we close this as it is a feature request and not a bug.

By: BJ Weschke (bweschke) 2006-02-06 02:29:27.000-0600

If this were a feature request, I'd say close it. But it's not, and it remains an active project. Why would we close it?

By: C F (shmaltz) 2006-02-06 06:46:40.000-0600

This has been discussed before (that it can be done in the DP), and it still remains a very good feature as an app. There are other apps that can be done in the DP. My vote goes to bj on this one.

By: Chip Schweiss (lschweiss) 2006-02-06 08:02:03.000-0600

Even though this can be done in the dial plan, it makes a mess of the CDR and should still be implemented as a feature.  

Just my 2 cents.

By: Christian Benke (christianbee) 2006-02-24 11:22:14.000-0600

i'm still having some problems to implement this. i've applied the patch when i installed 1.2.4 recently(added app_followme.c to the Makefile). When i first tried it, i had a missconfiguration in my dialplan(the context the followme.conf was pointing to had no extensions) and the result was a full crash of asterisk(i can reproduce this by removing the extension again). Think that shouldn't happen, even when it's misconfigured ;-)

With the correct dialplan configuration, i was missing write permission to the base spool-folder /var/spool/asterisk/. followme complained but dialed the extension i had told him - however, i could not hear the 'call-from'- nor the 'press-1-to-be-connected-or'-messages(they seemed to be played without errors, says the verbose output of asterisk) and was not able to pickup the call by pressing '1'.

finally, when i changed the permission of the basic spool-folder to writable, i was able to accept the call by pressing 1, but i still didn't hear the 'call-from' or the 'press-1-to-be...'-messages. A workaround is to add the A(press-1-to...)-option to the dial-cmd of course. However, i'm afraid to use followme in production since i'm not sure if it would crash asterisk only when i missconfigure something... :-(

i've attached my configuration, though i believe it is ok. however, maybe something has changed in the meanwhile - unfortunately i couldn't find more recent config or example files in your svn tree(@bweschke).

i also would like to ask if it is possible to disable the 'call-from'-recording and announcement at all, as i would prefer to work without it.

By: Julian J. M. (julianjm) 2006-03-01 15:10:37.000-0600

Hello,

I've just compiled app_followme from your svn tree (9498).

CLI> show version
Asterisk SVN-branch-1.2-r11479M built by root @ SKYWALKER on a i686 running Linux on 2006-03-01 19:59:13 UTC


The application seems to work (altough it segfaults if call-from.gsm is missing), but when it calls my mobile (or any other number I setup), I _cannot_ hear any message (call-from julian pres 1 to accept...). I can however press 1 to accept the call, but i keep getting just silence.  The calling user _can_ hear me.


Is it a known issue?

Julian J. M.

By: BJ Weschke (bweschke) 2006-03-04 07:18:03.000-0600

I really, really, really appreciate the recent testing feedback posted here! I will be fixing the segfault issues shortly and will update the SVN branch appropriately.

Thanks for testing!!!

By: vic (vsquared) 2006-04-16 11:58:51

FindMe/FollowMe App not acknowledging: press 1 to connect  the caller

I recently recompiled the FollowMe.c app to 2 of my Asterisk servers running
ver 1.2.0 and I'm have a problem with the followme app when parsing through
it's routine from the followme.conf to attempt to call the 2 stations I've
set in the config (stations 4410 and 4420). When the call is presented to
any station  pressing "1" does not connect the called party as answered.
Instead it it goes right through the chain and says the caller was not
available sending the call to the voicemail of that called party station.


Here's one of the errors I noticed in the process
     file.c:1029 ast_waitstream:unexpected control subclass "-1"  

Here's a snapshot of one of the exts I configured in my extensions.conf
exten => _4411,1,Answer
exten => _4411,2,Dial(SIP/${EXTEN},12,t)
exten => _4411,3,GotoIf($["${DIALSTATUS}" = "NOANSWER"]?:4:5)
exten => _4411,4,Followme(${EXTEN})
exten => _4411,5,VoiceMail(u${EXTEN})
exten => _4411,6,Hangup

and my Followme.conf is set as
[4411]
context=>default
context=>music
number=>4410,30
number=>4420,30

Any clues/ points would be greatly appreciated I realize this is old news

By: Christian Benke (christianbee) 2006-05-05 07:39:01

can't compile the current revision on gentoo(app_followme.c rev16388, Makefile rev18498. Thanks for any help...
compile error is:

gcc  -pipe  -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g3  -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE  -O6 -march=i686 -DZAPTEL_OPTIMIZATIONS         -fomit-frame-pointer  -fPIC   -c -o app_flash.o app_flash.c
gcc -shared -Xlinker -x -o app_flash.so  app_flash.o
gcc  -pipe  -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g3  -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE  -O6 -march=i686 -DZAPTEL_OPTIMIZATIONS         -fomit-frame-pointer  -fPIC   -c -o app_followme.o app_followme.c
app_followme.c: In function `alloc_profile':
app_followme.c:182: warning: implicit declaration of function `ast_calloc'
app_followme.c:182: warning: assignment makes pointer from integer without a cast
app_followme.c: In function `create_followme_number':
app_followme.c:223: warning: assignment makes pointer from integer without a cast
app_followme.c: In function `wait_for_winner':
app_followme.c:397: warning: initialization makes pointer from integer without a cast
app_followme.c: In function `findmeexec':
app_followme.c:715: warning: assignment makes pointer from integer without a cast
app_followme.c: In function `app_exec':
app_followme.c:822: error: dereferencing pointer to incomplete type
app_followme.c:822: error: dereferencing pointer to incomplete type
app_followme.c:822: error: dereferencing pointer to incomplete type
app_followme.c:929: error: dereferencing pointer to incomplete type
app_followme.c:929: error: dereferencing pointer to incomplete type
app_followme.c:929: error: dereferencing pointer to incomplete type
app_followme.c:929: error: dereferencing pointer to incomplete type
app_followme.c: In function `unload_module':
app_followme.c:945: error: dereferencing pointer to incomplete type
app_followme.c:945: error: dereferencing pointer to incomplete type
make[1]: *** [app_followme.o] Error 1
make[1]: Leaving directory `/root/install/asterisk/asterisk-1.2.5/patches/asterisk-1.2.6/asterisk-1.2.7.1/apps'
make: *** [subdirs] Error 1

By: BJ Weschke (bweschke) 2006-05-05 08:35:35

christianbee: this isn't intended to compile with 1.2 anymore, but it will be getting merged into /trunk in the relatively near future once I get a chance to do some more code cleanup.

By: Christian Benke (christianbee) 2006-05-10 04:19:36

bweschke, thank you for your ongoing development of this feature, i hope it will be added to the trunk at some point...
i really need this feature for calls which require confirmation(Zap/G1c/...), to inform the callee to press # to accept the call, don't understand why this is not part of the 'c'-option anyways...
so long, thx a lot!

By: Serge Vecher (serge-v) 2006-05-10 09:52:36

a small hint: testing a new feauture and reporting on it in the bugtracker helps to get it in the trunk faster! It also gives you extra Karma :)

By: BJ Weschke (bweschke) 2006-06-06 02:34:03

Merged into /trunk on 6-6-06.

By: Digium Subversion (svnbot) 2008-01-15 16:05:31.000-0600

Repository: asterisk
Revision: 7432

A   team/bweschke/findme_followme/

------------------------------------------------------------------------
r7432 | bweschke | 2008-01-15 16:05:30 -0600 (Tue, 15 Jan 2008) | 2 lines

Creating a new branch for future development of the find-me/follow-me application. Bug ASTERISK-5426 in Mantis

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=7432