Queue with FollowMe - Too Late. Bug?


In a recent update, if you have a virtual extension in a queue with follow me and confirm calls enabled, once you press 1 to accept the call, you get the “too late announcement”. So to reproduce this, I went to a server that the modules weren’t updated yet:

Call trace: https://pastebin.freepbx.org/view/a512ae85
macro-confirm in extensions_additional.conf: https://pastebin.freepbx.org/view/fd2244f4

Everything works great.

I went ahead and updated the modules to:
framework 14.0.11

Now it’s not working…
Call trace: https://pastebin.freepbx.org/view/f871d296
Looking at the call trace you see:

[2019-05-15 08:13:24] VERBOSE[5550][C-0000908d] file.c: <Local/[email protected];1> Playing 'incoming-call-1-accept-2-decline.slin' (language 'en')
[2019-05-15 08:13:24] VERBOSE[5580][C-0000908d] bridge_channel.c: Channel SIP/AdTran-Primary-000109c2 joined 'simple_bridge' basic-bridge <79b06009-1719-4706-8d1e-d6bc1a0733e7>
[2019-05-15 08:13:24] VERBOSE[5559][C-0000908d] bridge_channel.c: Channel Local/[email protected];2 joined 'simple_bridge' basic-bridge <79b06009-1719-4706-8d1e-d6bc1a0733e7>
[2019-05-15 08:13:28] VERBOSE[5550][C-0000908d] pbx.c: Executing [[email protected]:1] GotoIf("Local/[email protected];1", "1?toolate,1") in new stack
[2019-05-15 08:13:28] VERBOSE[5550][C-0000908d] pbx_builtins.c: Goto (macro-confirm,toolate,1)
[2019-05-15 08:13:28] VERBOSE[5550][C-0000908d] pbx.c: Executing [[email protected]:1] Set("Local/[email protected];1", "MSG2="incoming-call-no-longer-avail"") in new stack
[2019-05-15 08:13:28] VERBOSE[5550][C-0000908d] pbx.c: Executing [[email protected]:2] Playback("Local/[email protected];1", ""incoming-call-no-longer-avail"") in new stack
[2019-05-15 08:13:28] VERBOSE[5550][C-0000908d] file.c: <Local/[email protected];1> Playing 'incoming-call-no-longer-avail.slin' (language 'en'

macro-confirm in extensions_additional.conf: https://pastebin.freepbx.org/view/f354765e

So I compared both macros and the only difference is on line 12.

exten => 1,1,GotoIf($["${DB_EXISTS(RG/${ARG3}/${UNIQCHAN})}"="0" & "${SHARED(ANSWER_STATUS,${FORCE_CONFIRM})}"=""]?toolate,1)


exten => 1,1,GotoIf($[$[("${DB_EXISTS(RG/${ARG3}/${UNIQCHAN})}"="0") | ("${SHARED(BLKVM,${UNIQCHAN})}"="")] & "${SHARED(ANSWER_STATUS,${FORCE_CONFIRM})}"=""]?toolate,1)

So in a attempt to fix things on my own, I went ahead a replaced the “|” with a “&”, like this:

exten => 1,1,GotoIf($[$[("${DB_EXISTS(RG/${ARG3}/${UNIQCHAN})}"="0") & ("${SHARED(BLKVM,${UNIQCHAN})}"="")] & "${SHARED(ANSWER_STATUS,${FORCE_CONFIRM})}"=""]?toolate,1)

Ran core reload, tested a call, and now I am able to take calls again.
Is this a bug?


I’m pretty sure this is a bug. I’m experiencing a similar (and I think related) problem also on The problem is that the bug report got closed as a duplicate of a bug that was fixed in But if you look at both bug reports, they are describing opposite problems. I think the fixing of one caused the other.

The initial problem which is not the same as yours: https://issues.freepbx.org/browse/FREEPBX-19520
Your problem, but it is no longer being fixed: https://issues.freepbx.org/browse/FREEPBX-19796

Further details from a post I made here:

Fixed in core

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.