This is on Asterisk 13 and FreePBX 13.
There are two errors I have started facing, likely after upgrading to Voicemail 13.0.59.3 (I am not sure and it may just be coincidence that there is an aliases related fix in 13.0.59.2. Not sure if it broke some compatibility)
The behaviour gets exposed when after upgrade to Voicemail 13.0.59.3, I try to do one of the following:
1) After importing extensions, and then try to export the extensions csv file via Bulk Handler. I get a Whoops\Exception “Cannot unset string offsets” (picture enclosed) in voicemail.class.php. On closer look I find that in voicemail.conf, under general settings, this new line is getting added post the upgrade “aliasescontext=pbxaliases”, and all extensions being added as “[email protected][email protected]” under a new context [pbxaliases]. If I delete the context and the newly added line “aliasescontext=pbxaliases”, then I am able to successfully export without exception error.
2) Remove one or more extensions from Extensions page, I get Whoops\Exception undefined variable var (picture enclosed). Unable to work around this one - when I am required to bulk remove say 100 extensions. However, if I edit the extension and then click Delete from the edit page, then it removes the extension without throwing any exception.
After two days of debugging, I am yet to find the root cause though it does seem to point towards the voicemail module and the handling of aliases. Looked at app_voicemail.c but not very sure how the aliasescontext is being handled and if anything has changed recently.
Here’s what I am trying to do - please review and point if I am doing or expecting something incorrect.
We ship our box with predefined extensions and users 200-299. Some clients want a different numbering scheme, in which case, we export out the extensions csv, then we delete 2XX series, then import back with new numbering scheme. This was working as expected until we recently upgraded about 39 packages, including the Voicemail 13.0.59.3.
Appreciate any help please. Thanks.
Regards,
Rohit