One touch BLF parking broken after update to parking v17.0.2.7

waldrondigital · August 10, 2026, 11:16pm

I added this to the buglist on Github, but for everyone here who uses one-touch parking (BLF to a parking slot) the feature is currently broken, at least on my 13 systems. Maybe a feature and not a bug, but I had a lot of angry clients ask me why they were parking calls and then have the caller hung up with the “there are no calls parked.” We support Sangoma phones and Yealinks.

I had to do some temporary remediation to get it working again. Thanks god for AI, I couldn’t have figured this out.

See: One Touch BLF Parking Stopped Working with FreePBX / Direct Slot Parking Failure (2026) - Parking v17.0.2.7 - WD Knowledgebase

and

github.com/FreePBX/issue-tracker

[bug]: One touch BLF parking no longer working.

opened 09:15PM - 10 Aug 26 UTC

chewy-chewbacca

bug triage

You can see a better formatted version of this here: https://wd-kb.com/content/1…6/172/en/one-touch-blf-parking-stopped-working-with-freepbx-_-direct-slot-parking-failure-2026-parking-v17027.html ### FreePBX Version FreePBX 17 ### Issue Description We found that all of a sudden our one touch parking BLFs to direct parking slots, that's been working for a decade plus stopped working. This affected all 13 of our managed client systems. AI helped out with a remediation below. FreePBX 17 / Asterisk 20–22: Direct Slot Parking Failure & Pre-Hold Audio Snippet Remediation Category: FreePBX / VoIP | Applies To: FreePBX 17 (Parking Module v17.0.2.7+), Asterisk 20, 21, 22 | Endpoints: PJSIP (Yealink, Sangoma, Digium) 1. Executive Summary & Symptoms After updating FreePBX 17 parking modules, PJSIP endpoints attempting to blind transfer calls directly to specific parking slots (e.g., 701, 702) experience two distinct issues: "No Call Parked" Transfer Failure: Users attempt a blind transfer to a specific slot via BLF/DSS key and hear "We're sorry, there's no call parked on this extension". Pre-Hold Audio Snippet & Ring Blip: During initial parking or when picking up and re-parking a call, callers hear ~1 second of default Music On Hold (MOH), followed by a brief ring or silence blip, before the parking lot's music stream starts. 2. Root Cause Analysis Problem 1: macro-parked-call ${BLINDTRANSFER} Variable Check FreePBX parking module v17.0.2.7 introduced a strict variable check at line 5 of macro-parked-call: GotoIf($[${LEN(${BLINDTRANSFER})} > 0 | ${LEN(${ATTENDEDTRANSFER})} > 0]?attemptpark) Native PJSIP REFER blind transfers do not populate the legacy ${BLINDTRANSFER} channel variable. Without this variable set, Asterisk assumes the caller is attempting a pickup rather than a park, executes ParkedCall(), finds no active call in the slot, and plays pbx-invalidpark. Problem 2: Automatic PJSIP sendonly MOH When an IP phone performs a transfer or re-park, it sends a SIP a=sendonly (SIP Hold) re-INVITE to Asterisk while constructing the REFER request. By default in PJSIP, suppress_moh_on_sendonly is false. PJSIP immediately starts playing the extension's default Hold Music. A fraction of a second later, when Park() takes over, res_parking interrupts the hold music to start the parking lot stream, causing the double-music blip. 3. Permanent Fleet Fix Fix Part 1: Dialplan Override (/etc/asterisk/extensions_override_freepbx.conf) Create or edit /etc/asterisk/extensions_override_freepbx.conf to override [macro-parked-call]. This forces ${BLINDTRANSFER}=PJSIP when a direct slot park attempt is detected and answers/silences the channel immediately at step 1: [macro-parked-call] exten => h,1,Gosub(macro-hangupcall,s,1()) exten => s,1,Answer() exten => s,n,StopMusicOnHold() exten => s,n,Gosub(macro-user-callerid,s,1()) exten => s,n,Gosub(sub-record-check,s,1(parking,${AMPUSER},${AMPUSER})) exten => s,n,Noop(PARKRETURNTO: ${SHARED(PARKRETURNTO,${CHANNEL})}) exten => s,n,GotoIf($[${LEN(${SHARED(PARKRETURNTO,${CHANNEL})})} > 0]?backtosender) exten => s,n,ExecIf($[${LEN(${BLINDTRANSFER})} = 0 & ${LEN(${PARK_GET_CHANNEL(${ARG1},${ARG2})})} = 0]?Set(BLINDTRANSFER=PJSIP)) exten => s,n,GotoIf($[${LEN(${BLINDTRANSFER})} > 0 | ${LEN(${ATTENDEDTRANSFER})} > 0]?attemptpark) exten => s,n,Set(PARKIE=${PARK_GET_CHANNEL(${ARG1},${ARG2})}) exten => s,n,Set(MIXMON_DIR=${IMPORT(${PARKIE},MIXMON_DIR)}) exten => s,n,Set(YEAR=${IMPORT(${PARKIE},YEAR)}) exten => s,n,Set(MONTH=${IMPORT(${PARKIE},MONTH)}) exten => s,n,Set(DAY=${IMPORT(${PARKIE},DAY)}) exten => s,n,Set(CALLFILENAME=${IMPORT(${PARKIE},CALLFILENAME)}) exten => s,n,Set(MIXMON_FORMAT=${IMPORT(${PARKIE},MIXMON_FORMAT)}) exten => s,n,Set(MIXMON_POST=${IMPORT(${PARKIE},MIXMON_POST)}) exten => s,n,Set(MON_FMT=${IMPORT(${PARKIE},MON_FMT)}) exten => s,n,Set(MIXMON_ID=${IMPORT(${PARKIE},MIXMON_ID)}) exten => s,n,Set(REC_STATUS=${IMPORT(${PARKIE},REC_STATUS)}) exten => s,n,Set(REC_POLICY_MODE=${IMPORT(${PARKIE},REC_POLICY_MODE)}) exten => s,n,Set(RECORD_ID=${IMPORT(${PARKIE},RECORD_ID)}) exten => s,n,GotoIf($[${LEN(${REC_STATUS})} > 0 & "${REC_STATUS}" != "RECORDING"]?next) exten => s,n,Set(CDR(recordingfile)=${CALLFILENAME}.${MON_FMT}) exten => s,n(next),Set(CCSS_SETUP=TRUE) exten => s,n,GotoIf($[${LEN(${PARKIE})} > 0]?pcall) exten => s,n,ResetCDR() exten => s,n,Set(CDR_PROP(disable)=true) exten => s,n,Wait(1) exten => s,n,Playback(pbx-invalidpark) exten => s,n,Wait(1) exten => s,n,Hangup() exten => s,n(pcall),Noop(User: ${CALLERID(all)} attempting to pick up Parked Call Slot ${ARG1}) exten => s,n,Noop(PARKIE: ${PARKIE}) exten => s,n,Set(SHARED(PARKRETURNTO,${PARKIE})=) exten => s,n,Set(PARKOWNER=1) exten => s,n,ParkedCall(${ARG2},${ARG1}) exten => s,n,Hangup() exten => s,n(attemptpark),Noop(User: ${CALLERID(all)} attempting to Park into slot ${ARG1}) exten => s,n,Noop(Blind Transfer: ${BLINDTRANSFER}, Attended Transfer: ${ATTENDEDTRANSFER}) exten => s,n,Noop($[${LEN(${PARKOWNER})} = 0]) exten => s,n,GotoIf($[${LEN(${PARKOWNER})} = 0]?parkit) exten => s,n,Gosub(macro-hangupcall,s,1()) exten => s,n(parkit),Set(PARKINGEXTEN=${ARG1}) exten => s,n,ExecIf($[${LEN(${BLINDTRANSFER})} > 0]?Set(SHARED(PARKRETURNTO,${CHANNEL})=${CUT(BLINDTRANSFER,-,1)}):Set(SHARED(PARKRETURNTO,${CHANNEL})=${CUT(ATTENDEDTRANSFER,-,1)})) exten => s,n,Noop(PARKRETURNTO: ${SHARED(PARKRETURNTO,${CHANNEL})}) exten => s,n,Park(${ARG2},sc(${CONTEXT},s,200)) exten => s,200(backtosender),Noop(Attempting to go back to sender) exten => s,n,Set(PARKCALLBACK=${PARKER}) exten => s,n,Set(SHARED(PARKRETURNTO,${CHANNEL})=) exten => s,n,Goto(park-return-routing,${PARKING_SPACE},1) Fix Part 2: PJSIP Endpoint Custom Post Config (/etc/asterisk/pjsip.endpoint_custom_post.conf) To suppress automatic Hold Music during phone a=sendonly transfers, append suppress_moh_on_sendonly=true for each numeric PJSIP extension in /etc/asterisk/pjsip.endpoint_custom_post.conf: [101](+) suppress_moh_on_sendonly=true [102](+) suppress_moh_on_sendonly=true [201](+) suppress_moh_on_sendonly=true 4. Automation Script (Adding/Updating Extensions) When adding new extensions to a PBX, run this one-liner via SSH to automatically populate /etc/asterisk/pjsip.endpoint_custom_post.conf with all active extensions and reload FreePBX: exts=$(grep -oE '^[[0-9]+\]' /etc/asterisk/pjsip.endpoint.conf 2>/dev/null | tr -d '[]'); out_file="/etc/asterisk/pjsip.endpoint_custom_post.conf"; > "$out_file"; for ext in $exts; do echo "[$ext](+)"; echo "suppress_moh_on_sendonly=true"; echo ""; done >> "$out_file"; chown asterisk:asterisk "$out_file"; fwconsole reload 5. Verification Commands 1. Verify Dialplan Override Active: asterisk -rx 'dialplan show macro-parked-call' 2. Verify PJSIP suppress_moh_on_sendonly Active: asterisk -rx 'pjsip show endpoint 101' | grep -i moh This feature has been working for a decade plus and now doesn't. We had to use AI to work around the problem as it's widely used. The issue is phone agnostic, we have the same issue with Sangoma and Yealink phones. FreePBX 17 / Asterisk 20–22: Direct Slot Parking Failure & Pre-Hold Audio Snippet Remediation Category: FreePBX / VoIP | Applies To: FreePBX 17 (Parking Module v17.0.2.7+), Asterisk 20, 21, 22 | Endpoints: PJSIP (Yealink, Sangoma, Digium) 1. Executive Summary & Symptoms After updating FreePBX 17 parking modules, PJSIP endpoints attempting to blind transfer calls directly to specific parking slots (e.g., 701, 702) experience two distinct issues: "No Call Parked" Transfer Failure: Users attempt a blind transfer to a specific slot via BLF/DSS key and hear "We're sorry, there's no call parked on this extension". Pre-Hold Audio Snippet & Ring Blip: During initial parking or when picking up and re-parking a call, callers hear ~1 second of default Music On Hold (MOH), followed by a brief ring or silence blip, before the parking lot's music stream starts. **2. Root Cause Analysis Problem 1: macro-parked-call ${BLINDTRANSFER} Variable Check FreePBX parking module v17.0.2.7 introduced a strict variable check at line 5 of macro-parked-call: GotoIf($[${LEN(${BLINDTRANSFER})} > 0 | ${LEN(${ATTENDEDTRANSFER})} > 0]?attemptpark) Native PJSIP REFER blind transfers do not populate the legacy ${BLINDTRANSFER} channel variable. Without this variable set, Asterisk assumes the caller is attempting a pickup rather than a park, executes ParkedCall(), finds no active call in the slot, and plays pbx-invalidpark.** Problem 2: Automatic PJSIP sendonly MOH When an IP phone performs a transfer or re-park, it sends a SIP a=sendonly (SIP Hold) re-INVITE to Asterisk while constructing the REFER request. By default in PJSIP, suppress_moh_on_sendonly is false. PJSIP immediately starts playing the extension's default Hold Music. A fraction of a second later, when Park() takes over, res_parking interrupts the hold music to start the parking lot stream, causing the double-music blip. 3. Permanent Fleet Fix Fix Part 1: Dialplan Override (/etc/asterisk/extensions_override_freepbx.conf) Create or edit /etc/asterisk/extensions_override_freepbx.conf to override [macro-parked-call]. This forces ${BLINDTRANSFER}=PJSIP when a direct slot park attempt is detected and answers/silences the channel immediately at step 1: [macro-parked-call] exten => h,1,Gosub(macro-hangupcall,s,1()) exten => s,1,Answer() exten => s,n,StopMusicOnHold() exten => s,n,Gosub(macro-user-callerid,s,1()) exten => s,n,Gosub(sub-record-check,s,1(parking,${AMPUSER},${AMPUSER})) exten => s,n,Noop(PARKRETURNTO: ${SHARED(PARKRETURNTO,${CHANNEL})}) exten => s,n,GotoIf($[${LEN(${SHARED(PARKRETURNTO,${CHANNEL})})} > 0]?backtosender) exten => s,n,ExecIf($[${LEN(${BLINDTRANSFER})} = 0 & ${LEN(${PARK_GET_CHANNEL(${ARG1},${ARG2})})} = 0]?Set(BLINDTRANSFER=PJSIP)) exten => s,n,GotoIf($[${LEN(${BLINDTRANSFER})} > 0 | ${LEN(${ATTENDEDTRANSFER})} > 0]?attemptpark) exten => s,n,Set(PARKIE=${PARK_GET_CHANNEL(${ARG1},${ARG2})}) exten => s,n,Set(MIXMON_DIR=${IMPORT(${PARKIE},MIXMON_DIR)}) exten => s,n,Set(YEAR=${IMPORT(${PARKIE},YEAR)}) exten => s,n,Set(MONTH=${IMPORT(${PARKIE},MONTH)}) exten => s,n,Set(DAY=${IMPORT(${PARKIE},DAY)}) exten => s,n,Set(CALLFILENAME=${IMPORT(${PARKIE},CALLFILENAME)}) exten => s,n,Set(MIXMON_FORMAT=${IMPORT(${PARKIE},MIXMON_FORMAT)}) exten => s,n,Set(MIXMON_POST=${IMPORT(${PARKIE},MIXMON_POST)}) exten => s,n,Set(MON_FMT=${IMPORT(${PARKIE},MON_FMT)}) exten => s,n,Set(MIXMON_ID=${IMPORT(${PARKIE},MIXMON_ID)}) exten => s,n,Set(REC_STATUS=${IMPORT(${PARKIE},REC_STATUS)}) exten => s,n,Set(REC_POLICY_MODE=${IMPORT(${PARKIE},REC_POLICY_MODE)}) exten => s,n,Set(RECORD_ID=${IMPORT(${PARKIE},RECORD_ID)}) exten => s,n,GotoIf($[${LEN(${REC_STATUS})} > 0 & "${REC_STATUS}" != "RECORDING"]?next) exten => s,n,Set(CDR(recordingfile)=${CALLFILENAME}.${MON_FMT}) exten => s,n(next),Set(CCSS_SETUP=TRUE) exten => s,n,GotoIf($[${LEN(${PARKIE})} > 0]?pcall) exten => s,n,ResetCDR() exten => s,n,Set(CDR_PROP(disable)=true) exten => s,n,Wait(1) exten => s,n,Playback(pbx-invalidpark) exten => s,n,Wait(1) exten => s,n,Hangup() exten => s,n(pcall),Noop(User: ${CALLERID(all)} attempting to pick up Parked Call Slot ${ARG1}) exten => s,n,Noop(PARKIE: ${PARKIE}) exten => s,n,Set(SHARED(PARKRETURNTO,${PARKIE})=) exten => s,n,Set(PARKOWNER=1) exten => s,n,ParkedCall(${ARG2},${ARG1}) exten => s,n,Hangup() exten => s,n(attemptpark),Noop(User: ${CALLERID(all)} attempting to Park into slot ${ARG1}) exten => s,n,Noop(Blind Transfer: ${BLINDTRANSFER}, Attended Transfer: ${ATTENDEDTRANSFER}) exten => s,n,Noop($[${LEN(${PARKOWNER})} = 0]) exten => s,n,GotoIf($[${LEN(${PARKOWNER})} = 0]?parkit) exten => s,n,Gosub(macro-hangupcall,s,1()) exten => s,n(parkit),Set(PARKINGEXTEN=${ARG1}) exten => s,n,ExecIf($[${LEN(${BLINDTRANSFER})} > 0]?Set(SHARED(PARKRETURNTO,${CHANNEL})=${CUT(BLINDTRANSFER,-,1)}):Set(SHARED(PARKRETURNTO,${CHANNEL})=${CUT(ATTENDEDTRANSFER,-,1)})) exten => s,n,Noop(PARKRETURNTO: ${SHARED(PARKRETURNTO,${CHANNEL})}) exten => s,n,Park(${ARG2},sc(${CONTEXT},s,200)) exten => s,200(backtosender),Noop(Attempting to go back to sender) exten => s,n,Set(PARKCALLBACK=${PARKER}) exten => s,n,Set(SHARED(PARKRETURNTO,${CHANNEL})=) exten => s,n,Goto(park-return-routing,${PARKING_SPACE},1) Fix Part 2: PJSIP Endpoint Custom Post Config (/etc/asterisk/pjsip.endpoint_custom_post.conf) To suppress automatic Hold Music during phone a=sendonly transfers, append suppress_moh_on_sendonly=true for each numeric PJSIP extension in /etc/asterisk/pjsip.endpoint_custom_post.conf: [101](+) suppress_moh_on_sendonly=true [102](+) suppress_moh_on_sendonly=true [201](+) suppress_moh_on_sendonly=true 4. Automation Script (Adding/Updating Extensions) When adding new extensions to a PBX, run this one-liner via SSH to automatically populate /etc/asterisk/pjsip.endpoint_custom_post.conf with all active extensions and reload FreePBX: exts=$(grep -oE '^[[0-9]+\]' /etc/asterisk/pjsip.endpoint.conf 2>/dev/null | tr -d '[]'); out_file="/etc/asterisk/pjsip.endpoint_custom_post.conf"; > "$out_file"; for ext in $exts; do echo "[$ext](+)"; echo "suppress_moh_on_sendonly=true"; echo ""; done >> "$out_file"; chown asterisk:asterisk "$out_file"; fwconsole reload 5. Verification Commands 1. Verify Dialplan Override Active: asterisk -rx 'dialplan show macro-parked-call' 2. Verify PJSIP suppress_moh_on_sendonly Active: asterisk -rx 'pjsip show endpoint 101' | grep -i moh ### Operating Environment FreePBX 17, fully up to date, Asterisk 22 LTS. We tried other asterisk versions with the same result. ### Relevant log output ```shell ```

Eris · August 11, 2026, 12:09am

github.com/FreePBX/issue-tracker

[bug]: Regression in core 17.0.18.51 (FREEI-2850) breaks direct-to-slot Parking on transfer

opened 04:07PM - 05 Aug 26 UTC

closed 10:10AM - 10 Aug 26 UTC

Err2101

bug

### FreePBX Version FreePBX 17 ### Issue Description After upgrading core to …17.0.18.51 (FREEI-2850), transferring or dialing directly into an open parking slot (e.g. 72, within the parkpos range) fails with "pbx-invalidpark" instead of parking the call. Parking via the parkext (70) still works, but going straight to a slot number does not. Traced it to the from-internal-xfer-dest context added in this version (functions.inc.php, comment references FREEI-2850 CDR fix). It dials a Local channel into from-internal-xfer instead of landing the real channel there directly: exten => _X.,1,Dial(Local/ EXTEN@from−internal−xfer/n,, EXTEN@from−internal−xfer/n,,{DIAL_OPTIONS}) That extra hop seems to break the transfer-type detection macro-parked-call relies on. On a working system (core 17.0.18.49), the transfer lands straight in from-internal-xfer, macro-parked-call sees a blind/attended transfer and calls Park() normally. On 17.0.18.51, GotoIf at macro-parked-call priority 5 evaluates false, so it never attempts the park and falls through to pbx-invalidpark and hangs up. Have full asterisk -rvvvv traces from both a working box (core 17.0.18.49) and a broken one (17.0.18.51) confirming this, happy to attach. Downgrading core to 17.0.18.49 fixes it for us ### Operating Environment FreePBX Framework version: 17.0.30 Asterisk version: 21.11.0 Affected module: core 17.0.18.51 (regression introduced here; confirmed working on 17.0.18.49) fwconsole ma list output: +---------------------+------------+---------+-------------+-----------+ | Module | Version | Status | License | Signature | +---------------------+------------+---------+-------------+-----------+ | accountcodepreserve | 17.0.0.2 | Enabled | GPLv2 | Sangoma | | allowlist | 17.0.1.1 | Enabled | GPLv3+ | Sangoma | | amd | 17.0.1 | Enabled | GPLv3+ | Sangoma | | announcement | 17.0.2.1 | Enabled | GPLv3+ | Sangoma | | api | 17.0.9 | Enabled | AGPLv3+ | Sangoma | | arimanager | 17.0.1.1 | Enabled | GPLv3+ | Sangoma | | asterisk-cli | 17.0.2 | Enabled | GPLv3+ | Sangoma | | asteriskinfo | 17.0.2 | Enabled | GPLv3+ | Sangoma | | backup | 17.0.11 | Enabled | GPLv3+ | Sangoma | | blacklist | 17.0.1.2 | Enabled | GPLv3+ | Sangoma | | builtin | | Enabled | | Unsigned | | bulkhandler | 17.0.7.1 | Enabled | GPLv3+ | Sangoma | | calendar | 17.0.4.24 | Enabled | GPLv3+ | Sangoma | | callback | 17.0.2.1 | Enabled | GPLv3+ | Sangoma | | callforward | 17.0.1.8 | Enabled | AGPLv3+ | Sangoma | | callrecording | 17.0.3.9 | Enabled | AGPLv3+ | Sangoma | | callwaiting | 17.0.3.4 | Enabled | GPLv3+ | Sangoma | | cdr | 17.0.11.2 | Enabled | GPLv3+ | Sangoma | | cel | 17.0.2.13 | Enabled | GPLv3+ | Sangoma | | certman | 17.0.3.15 | Enabled | AGPLv3+ | Sangoma | | cidlookup | 17.0.1.1 | Enabled | GPLv3+ | Sangoma | | conferences | 17.0.3.2 | Enabled | GPLv3+ | Sangoma | | configedit | 17.0.1.4 | Enabled | AGPLv3+ | Sangoma | | contactmanager | 17.0.6.2 | Enabled | GPLv3+ | Sangoma | | core | 17.0.18.49 | Enabled | GPLv3+ | Sangoma | | customappsreg | 17.0.1 | Enabled | GPLv3+ | Sangoma | | customcontexts | 17.0.1.3 | Enabled | GPLv2+ | Sangoma | | dashboard | 17.0.5 | Enabled | AGPLv3+ | Sangoma | | daynight | 17.0.1.2 | Enabled | GPLv3+ | Sangoma | | dictate | 17.0.1.2 | Enabled | GPLv3+ | Sangoma | | directory | 17.0.3 | Enabled | GPLv3+ | Sangoma | | disa | 17.0.6 | Enabled | AGPLv3+ | Sangoma | | donotdisturb | 17.0.2.3 | Enabled | GPLv3+ | Sangoma | | dynroute | 17.0.3.2 | Enabled | GPLv3+ | Sangoma | | e911 | 15.0.0.2 | Enabled | GPLv3+ | Unknown | | endpoint | 17.0.16.4 | Enabled | Commercial | Sangoma | | extensionsettings | 17.0.1 | Enabled | GPLv3+ | Sangoma | | fax | 17.0.3.5 | Enabled | GPLv3+ | Sangoma | | featurecodeadmin | 17.0.2 | Enabled | GPLv3+ | Sangoma | | filestore | 17.0.3 | Enabled | AGPLv3 | Sangoma | | findmefollow | 17.0.4.13 | Enabled | GPLv3+ | Sangoma | | firewall | 17.0.1.43 | Enabled | AGPLv3+ | Sangoma | | framework | 17.0.30 | Enabled | GPLv2+ | Sangoma | | hotelwakeup | 17.0.1.7 | Enabled | GPLv2 | Sangoma | | iaxsettings | 17.0.2 | Enabled | AGPLv3 | Sangoma | | infoservices | 17.0.1.1 | Enabled | GPLv2+ | Sangoma | | ivr | 17.0.9 | Enabled | GPLv3+ | Sangoma | | languages | 17.0.1 | Enabled | GPLv3+ | Sangoma | | logfiles | 17.0.5 | Enabled | GPLv3+ | Sangoma | | manager | 17.0.9 | Enabled | GPLv2+ | Sangoma | | miscapps | 17.0.3 | Enabled | GPLv3+ | Sangoma | | miscdests | 17.0.1.1 | Enabled | GPLv3+ | Sangoma | | music | 17.0.7 | Enabled | GPLv3+ | Sangoma | | outcnam | 17.0.2 | Enabled | GPLv3+ | Sangoma | | outroutemsg | 17.0.1 | Enabled | GPLv3+ | Sangoma | | paging | 17.0.4 | Enabled | GPLv3+ | Sangoma | | parking | 17.0.2.7 | Enabled | GPLv3+ | Sangoma | | pbxmfa | 17.0.2.14 | Enabled | Commercial+ | Sangoma | | phpinfo | 17.0.1 | Enabled | GPLv2+ | Sangoma | | pinsets | 17.0.3.2 | Enabled | GPLv3+ | Sangoma | | pm2 | 17.0.3.4 | Enabled | AGPLv3+ | Sangoma | | presencestate | 17.0.2.4 | Enabled | GPLv3+ | Sangoma | | printextensions | 17.0.1.4 | Enabled | GPLv3+ | Sangoma | | queueprio | 17.0.1.4 | Enabled | GPLv3+ | Sangoma | | queues | 17.0.4 | Enabled | GPLv2+ | Sangoma | | recordings | 17.0.5 | Enabled | GPLv3+ | Sangoma | | ringgroups | 17.0.2.8 | Enabled | GPLv3+ | Sangoma | | setcid | 17.0.1.2 | Enabled | GPLv3+ | Sangoma | | sipsettings | 17.0.6.10 | Enabled | AGPLv3+ | Sangoma | | soundlang | 17.0.5 | Enabled | GPLv3+ | Sangoma | | speechtotext | 17.0.0.2 | Enabled | GPLv3+ | Unknown | | superfecta | 17.0.7 | Enabled | GPLv2+ | Sangoma | | sysadmin | 17.0.3.6 | Enabled | Commercial | Sangoma | | timeconditions | 17.0.1.18 | Enabled | GPLv3+ | Sangoma | | tts | 17.0.6 | Enabled | GPLv3+ | Sangoma | | ttsengines | 17.0.2 | Enabled | AGPLv3 | Sangoma | | ucp | 17.0.9 | Enabled | AGPLv3+ | Sangoma | | userman | 17.0.7.1 | Enabled | AGPLv3+ | Sangoma | | vmblast | 17.0.2 | Enabled | GPLv3+ | Sangoma | | voicemail | 17.0.5.34 | Enabled | GPLv3+ | Sangoma | | weakpasswords | 17.0.1 | Enabled | GPLv3+ | Sangoma | | webrtc | 17.0.3.2 | Enabled | GPLv3+ | Sangoma | +---------------------+------------+---------+-------------+-----------+ ### Relevant log output ```shell ```

waldrondigital · August 11, 2026, 12:21am

Confirmed fixed at the edge v17.0.2.8

fwconsole ma upgrade parking --edge

Doh!

waldrondigital · August 11, 2026, 12:25am

Appreciate the reply.

lyle89 · August 11, 2026, 3:32pm

I’ve been working on this issue since yesterday as well. After upgrading core on several servers it broke the parking.

Switched it back to a speed dial to 70 to park call and then a call park 71 - 72 lot pickups as a band-aid for now.

spirewind · August 12, 2026, 2:15pm

I’m using Parking Pro and have this issue. I updated parking to 17.0.2.8 but it did not fix the issue, still exists. Additionally, whatever changed breaks the parking lot functionality of Parking Pro. Example: I have a private lot defined with extension 73 and parking slots 74 and 75. This has been working for my customer for well over a year until this week. Transfers to 74 and 75 drop the calls. A transfer to 73 parks the call in the default lot at slot 71.

Environment: FreePBX 17, Framework 17.0.30, Asterisk 22.8.2, core 17.0.18.51, parking 17.0.2.8 (edge), parkpro 17.0.1.6. Grandstream GRP2650, PJSIP.

-- Executing [73@from-internal-xfer-dest:1] Dial("PJSIP/myprovider-0000001a", "Local/73@from-internal-xfer/n,,HhTtr") in new stack
-- Called Local/73@from-internal-xfer/n
-- Executing [73@from-internal-xfer:1] Park("Local/73@from-internal-xfer-00000003;2", "") in new stack
-- Local/73@from-internal-xfer-00000003;1 answered PJSIP/myprovider-0000001a
-- Channel Local/73@from-internal-xfer-00000003;1 joined 'simple_bridge' basic-bridge <d36fd149-4622-4713-94fa-82ba3d67fadb>
-- Channel PJSIP/myprovider-0000001a joined 'simple_bridge' basic-bridge <d36fd149-4622-4713-94fa-82ba3d67fadb>
-- Parking 'Local/73@from-internal-xfer-00000003;2' in 'default' at space 71
-- Channel Local/73@from-internal-xfer-00000003;2 joined 'holding_bridge' parking-bridge <e9166acc-4f98-41b2-bf9d-e577059b116f>
-- <Local/73@from-internal-xfer-00000003;2> Playing 'digits/7.g722' (language 'en')
-- <Local/73@from-internal-xfer-00000003;2> Playing 'digits/1.g722' (language 'en')
-- Started music on hold, class 'default', on channel 'Local/73@from-internal-xfer-00000003;2'
-- Channel PJSIP/myprovider-0000001a left 'simple_bridge' basic-bridge <d36fd149-4622-4713-94fa-82ba3d67fadb>
-- Channel Local/73@from-internal-xfer-00000003;1 left 'simple_bridge' basic-bridge <d36fd149-4622-4713-94fa-82ba3d67fadb>

== Spawn extension (from-internal-xfer-dest, 73, 1) exited non-zero on ‘PJSIP/myprovider-0000001a’

[ Included context ‘park-hints’ created by ‘pbx_config’ ]
‘73’ =>           hint: park:74@parkinglot_2&park:75@parkinglot_2 [extensions_additional.conf:8597]
[ Included context ‘parkinglot_2’ created by ‘res_parking’ ]
‘73’ =>           1. Park()                                     [res_parking]

Parking Lot: parkinglot_2

Parking Extension   :  73
Parking Context     :  parkinglot_2
Parking Spaces      :  74-75
Parking Time        :  180 sec
Comeback to Origin  :  no
Comeback Context    :  parkedcallstimeout
Comeback Dial Time  :  30 sec
MusicOnHold Class   :  NewMOH1
Enabled             :  yes
Dynamic             :  no

waldrondigital · August 12, 2026, 4:20pm

Pro is a different module I think.

Try:

fwconsole ma upgrade parkpro --edge
fwconsole reload

Make sure your core is up to date, and if you are still having issues perhaps upgrade the core from the edge. I’m guessing parkpro upgrade fixes it…

spirewind · August 12, 2026, 5:51pm

They pushed an update for parkpro this morning. It was still 17.0.1.6 yesterday when I tried this. The good news is it fixed the parking directly to slots! Hoo-RAY!
File: /var/www/html/admin/modules/parkpro/module.xml
Size: 2591 Blocks: 8 IO Block: 4096 regular file
Device: 254,2 Inode: 8704205 Links: 1
Access: (0644/-rw-r–r–) Uid: ( 999/asterisk) Gid: ( 996/asterisk)
Access: 2026-08-12 13:36:01.709366356 -0400
Modify: 2026-08-12 03:10:09.000000000 -0400
Change: 2026-08-12 13:35:31.741173047 -0400
Birth: 2026-08-12 13:35:29.449157841 -0400

The bad news is the transfer to private lot extension is still broke. But I don’t use parking that way so this is just informational to whoever is reading.
– Executing [73@from-internal-xfer-dest:1] Goto(“PJSIP/myprovider-00000184”, “from-internal-xfer,73,1”) in new stack
– Goto (from-internal-xfer,73,1)
– Executing [73@from-internal-xfer:1] Park(“PJSIP/myprovider-00000184”, “”) in new stack
> Setting Parker dial string to PJSIP/9000 from BLINDTRANSFER value
– Parking ‘PJSIP/myprovider-00000184’ in ‘default’ at space 71
– Channel PJSIP/myprovider-00000184 joined ‘holding_bridge’ parking-bridge
– Started music on hold, class ‘default’, on channel ‘PJSIP/myprovider-00000184’

Eris · August 17, 2026, 6:30pm

This is working for you on 17.0.1.6 ? I have the same, parking 17.0.2.8 and parkpro 17.0.1.6 and am having the same issues

spirewind · August 17, 2026, 7:11pm

I had to upgrade parkpro to 17.0.1.7 before the slot parking worked again.

Eris · August 17, 2026, 7:12pm

github.com/FreePBX/issue-tracker

[bug]: Parking Pro suppresses FREEI-2850 fix in base parking module

opened 06:58PM - 17 Aug 26 UTC

Err2101

bug triage

### FreePBX Version FreePBX 17 ### Issue Description The base parking module'…s fix for FREEI-2850 (blind/attended transfer to a parking slot playing "invalid park" instead of parking the call) is never applied on any system where parkpro (Parking Pro, commercial) is actively loaded. Parking Pro's own dialplan generator has no equivalent fix, so systems with a genuinely functioning Parking Pro license remain exposed to the original bug regardless of parking module version. Root cause In /var/www/html/admin/modules/parking/functions.inc/dialplan.php, parking_get_config() contains: php $lot = parking_get(); parking_generate_parked_call(); parking_generate_parkedcallstimeout(); parking_generate_park_dial($pd, $por, $lot); // End Here if there is a parkpro module if (function_exists('parkpro_get_config')) { return true; } The FREEI-2850 fix — a loop that adds per-slot Goto(1,<slot>,from-internal-xfer) bypass entries into from-internal-xfer-dest (to avoid the buggy Dial(Local/${EXTEN}@from-internal-xfer/n,...) hop generated by core) — lives after this early return. When parkpro_get_config() is defined (i.e., Parking Pro is actually active), the function returns before reaching that loop, so the bypass entries are never generated. Parking Pro's own dialplan files contain no equivalent logic (confirmed via grep -n "from-internal-xfer-dest\|xfer_dest" parkpro/functions.inc/*.php — no matches). Reproduction On a system with parking ≥17.0.2.8 and parkpro actively licensed/loaded, confirm via: php -r "require_once('/etc/freepbx.conf'); var_dump(function_exists('parkpro_get_config'));" → returns bool(true) 2. Blind or attended transfer a call to an open parking slot (e.g., 71). 3. Call fails with pbx-invalidpark playback instead of parking successfully. Evidence asterisk -rx "dialplan show from-internal-xfer-dest" shows only the generic core fallback: exten => _X.,1,Dial(Local/${EXTEN}@from-internal-xfer/n,,${DIAL_OPTIONS}) with no per-slot entries (e.g., exten => 71,1,Goto(from-internal-xfer,71,1)), even though parking_get('default') returns a valid config (parkpos=71, numslots=8). On a comparison system where parkpro shows "Enabled" in fwconsole ma list but function_exists('parkpro_get_config') returns false (Parking Pro not actually engaging at runtime for unrelated reasons), the per-slot Goto entries generate correctly and parking works — confirming the early return is the differentiator, not module version, Asterisk version, or lot configuration. functions.inc.php (core) and parking/functions.inc/dialplan.php are byte-identical (md5) between the working and broken systems — ruling out stale code/opcache. Expected behavior Parking Pro should either include its own equivalent FREEI-2850 bypass, or the early-return guard in base parking should not skip the bypass loop. Actual behavior Any system with Parking Pro genuinely active silently loses the FREEI-2850 fix, with no warning or indication in module status. Workaround Disabling parkpro restores correct parking behavior (fwconsole ma disable parkpro && fwconsole reload), at the cost of Parking Pro-specific features. Suggested fix Move the per-slot from-internal-xfer-dest bypass generation (the Bypass from-internal-xfer-dest Local dial for slot transfers block) before the parkpro_get_config early-return check, or add equivalent logic to parkpro's own dialplan generator. ### Operating Environment FreePBX 17, Asterisk 21.9.1 (reproduced on core both 17.0.18.49 and 17.0.18.51 — version-independent) parking 17.0.2.8 (contains the FREEI-2850 fix) parkpro 17.0.1.6 ### Relevant log output ```shell ```

I just submitted this, maybe too early. When i try to upgrade parkpro I’m getting this..

fwconsole ma upgrade parkpro --tag=17.0.1.7
No repos specified, using: [standard] from last GUI settings

parkpro does not exist online, unable to upgrade

GSnover · August 18, 2026, 4:03pm

So Broken… parkpro 17.0.1.7 doesn’t exist in mirror.freepbx.org or mirror.clearlyip.com…

But putting in the Override Code in the link DOES work.

Wow - What a crappy regression…

Eris · August 18, 2026, 10:08pm

What do you mean by override code?

kb9mfd · August 24, 2026, 1:16pm

There is an additional issue not mentioned: I have upgraded to core 17.0.18.51, parking 17.0.2.8, parkpro 17.0.1.7, and yes, the BLF direct to park zone does work, but the transfer to *88 or park pilot number does not read back the parked number. The call is parked, but you have no idea where. This is with a REFER transfer, as the phones have the soft key park feature and they do a REFER. (i.e. ClearlyIP and Yealink I have noticed so far) An attend transfer does work, but I cannot tell the phones to do an attend transfer for Park as it’s a firmware feature of the phone to do a REFER. I rolled back to core 17.0.18.49, parking 17.0.2.7, parkpro 17.0.1.6 and it works as expected.

christrati · August 24, 2026, 1:29pm

I ran into this issue this past week as well. When I installed the latest modules on the system. I also had the sysadmin become inaccessible after updating that module. I downgraded the core and framework, but good to know that you were able to resolve it with just the core.

At the time, I didn’t see parking module update, so likely was an update after I did mine. I will confirm that we had issue with parking and it would essentially playback the queue number to the caller rather than the receiver.

Chris

kb9mfd · August 24, 2026, 1:49pm

Yes, that would happen as well, but since I am using private/assigned park zones, it was defaulting to the public zone and parking there. That is the behavior described with upgrading the core, but not parking. The caller heard the zone, but after you upgrade all the modules, it parks the call in the correct zone, but it no longer reads it back to anyone. If you are not using private/assigned zones, you would not have noticed the issue that it was not parking in the assigned zone, but you would have noticed that it was playing the zone to the caller instead of the person parking the call. You have to upgrade parking using “fwconsole ma downloadinstall parking --tag 17.0.2.8”, but you will not get the parked zone number read back to you.

christrati · August 24, 2026, 1:54pm

Ok, that makes sense. So it isn’t a newly released update, the fixed you have to specify manually. For now, I’m running parking 17.0.2.7 and parkpro 17.0.1.6. I’ve left myself at core 17.0.18.48.

Curious if you had issues getting into the admin console after upgrading to sysadmin to 17.0.3.4? If I logout it then breaks the ability to log back into the sysadmin.

Chris

kb9mfd · August 24, 2026, 2:05pm

I have not. I downgraded core to 17.0.18.49, as that appears to be the last version that parking worked correctly. Sysadmin has worked for me after the upgrade to 17.0.3.4 on either core version. You can’t update parking or parkpro to the edge versions without upgrading core, so I also left those at the previous versions until they get this sorted out. I don’t have time to dig into this and submit an official bug request, but I do have an open tech support ticket with commercial support, so I know when it’s been addressed. I manage a couple dozen servers and a lot of customers on them, so I am watching this rather closely.