Open JoseGoncalves opened 3 weeks ago
Can confirm we're seeing the same thing; the injected dialplan uses ${MACRO_EXTEN}
. Is this still a valid variable @kguptasangoma ?
Hi @kguptasangoma. Do you have plans to fix this issue soon? This is breaking my billing system so, if you have not time to fix it now, I need to dig in in order to find a fix (or a workaround) for my system.
Hi @JoseGoncalves We do have plan to take a look but not immediately so might can take 2 to 3 weeks easily.
Hi @kguptasangoma. Thanks for the quick reply.
I will eagerly await your fix.
Meanwhile, I need to find a way to fix my billing extract for the current month...
FreePBX Version
FreePBX 17
Issue Description
The module
Preserve Accountcode
seems not to be working in FreePBX 17, because in my system, if the callee forwards a call, the account code that is used is from the caller, which is not the correct behavior.Operating Environment
Debian: 12 accountcodepreserve: 17.0.0.1 core: 17.0.17 framework: 17.0.19.16
Relevant log output
No response