Search results

  1. I

    Possible bug in call block: call block doesn't block calls the first time you add a rule unless you reload/rescan

    In this case, the first thing we tried was just clicking "block" on a call from the list, rather than adding it manually. Once I had done the thing disabling clear sip/reloading/scanning/testing/re-enabling etc. the exact same call block entry worked. Not only that, but before I had done all...
  2. I

    Possible bug in call block: call block doesn't block calls the first time you add a rule unless you reload/rescan

    Hi Mark, yep I assume that's expected behaviour. However after that happens, you need to reload/rescan, which means that there are lots of answers on the web to the question "Why doesn't call block work" that say you should move it from order 40 to order 26 or some other voodoo. In fact, that...
  3. I

    Possible bug in call block: call block doesn't block calls the first time you add a rule unless you reload/rescan

    Yes, that's why I opened with: "Unfortunately I didn't upgrade from 5.2.4 yesterday as I planned, so this may already be fixed in the latest version. I won't be able to tell because it is working now."
  4. I

    Call block doesn't work for calls that originate from the same server

    Hi there, I have an inbound DID and on that domain I added a call block for CALLERID-A. When I dial that DID from CALLERID-A, the block does not work. If I divert an external number to the inbound DID, then dial from CALLERID-A, the call block does work. From this I conclude that if the...
  5. I

    Possible bug in call block: call block doesn't block calls the first time you add a rule unless you reload/rescan

    Hi there, Unfortunately I didn't upgrade from 5.2.4 yesterday as I planned, so this may already be fixed in the latest version. I won't be able to tell because it is working now. I'm posting this here anyway because there are some spurious answers about changing the order of call_block in the...
  6. I

    Bug deleting entries from dialplan FPBX v5.2.4

    Okay that's great thanks I'll take a snapshot and run the upgrade tonight.
  7. I

    Bug deleting entries from dialplan FPBX v5.2.4

    Yes I know that's the bug I'm reporting
  8. I

    Bug deleting entries from dialplan FPBX v5.2.4

    Hi there, my system status shows: Version 5.2.4 Git Information Branch: 5.2 Commit: 16574221b1495ac156b1d482716083f6f21e2448 Origin: https://github.com/fusionpbx/fusionpbx Status: Your branch is up to date with 'origin/5.2'. +73 days ago The issue I'm reporting is that if you try to...
  9. I

    The first couple of seconds of recordings are cut off if the call goes via a Call Center object

    Hi there, I have created a "Call Center" object, which times out to a Ring Group that has a greeting announcement. If I direct my destination to the call center, then the first couple of seconds of the greeting on the Ring Group are cut off. If I direct my destination directly to the Ring...
  10. I

    IVR and voicemail quality is worse than call quality

    Hi there, I originally posted under the topic of getting the codec for IVR menus changed from L16@8000 to L16@16000 in order to change the bitrate of the recordings that were played. I posted an update there saying that I had found out that the codec for the IVR is selected based on the codec...
  11. I

    Ringback not working on outbound calls

    UPDATE: Finally figured this out, so I figure it's good to post here in case anyone else has the same issue BUT if someone has a better solution please let me know! The solution I ended up with is adding bridge_early_media=true followed by ring_ready into the outbound routes dialplan after the...
  12. I

    How to set IVR codec to 16L@16000hz instead of 8000hz

    UPDATE: I guess it's a good idea to leave this here in case anyone else ever looks for it, but here: https://code.google.com/archive/p/fusionpbx/issues/409 I found this comment: "The path is correct because freeswitch automatically looks in 8000,16000,32000, or 48000 depending on the current...