Search results

I had a look, but doing so seems like it will be a pain. You will need to determine if the call has that cause at the top. No easy way to do that without "guess and check" on the PHP code.

Line 277 (if you're up to date with the Git) if (permission_exists('hangup_cause')) { It's not clear if you want to hide everything or some things. Also, those "destinations" you have look awfully dodgy .....

Yes. If you have a look at the PHP code (or Lua for scripts), there is a helper method that generates UUID.

600 is max and cap. I was quoting 200 as per individual customer solution; we have many around that extension range.

I have, yes. Nothing is out of the question, it's a matter of changing some PHP to allow another user-group!

Same. That's our PBX server extension cap.

It's explicitly in the PHP code that allows a superadmin to hop tenants.

None at 500, but we have multiple over 200. This is going to turn into a massive d**k measuring competition haha

Look at /etc/nginx/sites-available/fusionpbx the redirect is in there. If you want this, then look at the previous version of that file in the FusionPBX GitHub repo as older versions still had HTTP config enabled.

It should work through a ring group in theory as Fusion does keep track of the originating caller. Will test this flow and get back to you. I saw that haha. It's not random, just the epoch calculation from Lua or whatever is not meshing with the one expected by the PHP code.

@Andrew Byrd it really makes it much more readable. Please use that in the future for logs and code... It looks like your call trace is cut off. It might also be that you have your entry as ${domain_name} and Global. Perhaps try set it to a single domain and see if that works?

XD XD XD That means a Git pull request so your changes can be on the FusionPBX source.

I would guess something you set up wasn't quite right. Send a screenshot of your diaplan entry, and the log from a test call. Please use the Code block for your logs to make it readable.

@Incubugs the error means what it says. A called variable has a value of nil. You would need to find out which variable and why. GL.

Yup, is does look right. Is it owned by www-data?

Easy to see that your GET aren't working as the webserver is returning HTTP status of 301 with a content size of 185 bytes. In the terminal, if you run ls /var/www/fusionpbx/app/yealink/resources/firmware/T46S-T48S-T42S-66.84.0.15.rom what do you get? @Methodz86 Not sure about @Vishal Pai, but...

Thanks for the snippet @djacob; I've documented that one for my next usage.

It does. If your phone doesn't respond, or the SIP message cannot get to the phone or get back to the PBX, the timer will not extend.

Thanks @KonradSC, that worked. New line works so long as there is a space at the start of each new line.

Would be easier to explain if you provided an example of your inbound call route. Do you mean when it is presented to the phone?