What system do you have? Are you also trying to upgrade via backup and restore to a new version?
If we can find out what our systems have in common we might be a big step forward.
Neither, I just kept reconfiguring it from scratch.
Im a fresh install that used to work, and now something messes it up. Sorry its 3am ill figure out a way around the posting links to get some better infos here.
It is the IP or URL that blocks the posting.
So instead of
http://192.168.1.152/ucp/ajax.php?module=voicemail&command=refreshfoldercount
post
(PBX)/ucp/ajax.php?module=voicemail&command=refreshfoldercount
@StephanK I don’t see an issue in Commercial Modules, but this may be a different issue. I would go ahead and create a new issue with us specifically for the issue you’re seeing.
I have the same problem when upgrading through backup and restore.
UCP:
You saw that it is the exact same error message in the same area (UCP)?
Did a lot of testing, takes a long time as a restore needs about one hour.
New install from 15 distro. Restore backup from 13.
UCP has problems.
When I deleted that extension and create it again, problems are gone. (But I can not do if for all extensions.)
However, if I now make another restore, problems are back.
This sounds like it might be a mission for “Bulk Update”. Export the extensions to a CSV file and update it in OpenOffice or Excel.
You can export the working config from the new instance and the broken instance from the restore and see what differences there are, then repllcate the “fix” across the entire CSV.
Thanks Dave. Really appreciate your help.
Exporting extensions on the old/running system and importing to the new system with the bulk handler did not solve the problem.
Continuing to test around.
It is not the extension itself. It is the entry in the user manager. Deleting the user and creating it again through the extension management (only the user, not the extension) handles the problem.
Something must be done there that is omitted in the restore.
Sounds reasonable. I haven’t checked (and don’t have a system I can check on) but have you looked to see if the UCP User Definition File can be handled through the Bulk Handler? That might give you another clue.
Yes, I played around with the bulk handler and the user manager files, but no luck.
Can you on a test system please try to delete the user that is creating trouble from the usermanager and go into his extension and under General-> User Manager Settings, Link to a Default User please select Create New User and also enter a password? This recreates his entry in the user manager.
Try if that handles the problem with the UCP.
CAREFUL! Don’t try on the live system, only on the backup. I know it deletes all his contacts, I don’t know what else is effected.
Let me know!
Yes, that worked!
When I restored the backup again, it was broken again and when I deleted the user again and made him again, it was fine.
But a lot of information got lost! I have too many extension so I can not do that for all.
Thank you Stephen, please let me know when you publish the fix! I can test.
Haha. I am happy this works for you, too.
However, I am not a FreePBX developer and I don’t know enough about what is going on in the background that I could offer an fix.
But there are great people here and I am sure they will help fixing!
It is not related to the Backup and Restore module. It is a bug in the latest Voicemail version v15.0.18.11.
Go back to v15.0.18.10 and you should be fine. Let me know if your need help.
Just to update this thread, Fix for this UCP/Voicemail issue has been pushed to edge.
voicemail v14.0.6.12
voicemail v15.0.18.14
Thanks
Kapil
Tested and confirmed. Problem gone.
Thank you Kapil!
1 Like
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.