bug: voicemail_id was never set so wrong path constructed and glob finds no matching files.
test case:
delete a voicemail message from the web interface
expected result:
voicemail is deleted in the database + file system
actual results:
voicemail is still on the file system
Requires that you have fusionpbx-apps/sms
Doesn’t impact anything if you don’t have it. Must be enabled with
default_setting voicemail_to_sms
Everything is disabled by default and the fields in voicemail_edit.php
are hidden by default.
prerequisite:
- add at least one backup path to the Advanced->defaults
- do NOT install rar archive/de-archive programs
test case #1
- go to backup screen and download backups as rar
test case #2
- go to backup screen and upload a RAR file
expected result:
- get a sign that an error occurs
actual result:
- not clear if it failed, or why
fix:
added error message. And you will get the top-bar warning in red on error instead of in green.
note: cut-pasted from google translate for "extraction failed" part of message-restore_failed_extract
Use check_str on extension edit when building the sql queries. In the future will switch to PHP PDO prepared statements with parameters. This change fixes a problem where the check_str is used twice and duplicating the single quote.
test case:
Create a new ring group with one extension.
Immediately dial the ring group number.
expected result:
Phone rings. No errors in log.
actual result:
Call terminates and log has "0" as ring_group_uuid and a sql error.
Note: editing and re-saving the ring group works around the problem
The Problem:
Line 162: non-existent variable...being checked is returned as false = 0
Line 278: Xml gets generated with bogus zero...
Line 298: Generate a new uuid...but too late. We already generated the xml dial plan which will be invalid until we edit and resave this ring group.
fix:
Generate uuid before generating xml
* fix orphan v_ring_group_users after deleting ring group
steps to test:
create a ring group with one extension and one user. This will add one user to v_ring_group_users. Delete the ring group.
expected result:
ring group and all it's components are deleted
actual result
v_ring_group_user entry for this ring group is not deleted.
This fix: deletes v_ring_group_user when ring group is deleted.
* Update ring_group_delete.php
* Update ring_group_delete.php
Remove the hidden spaces