Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

FOP2 Community Forum

  1. Home
  2. Support
  3. User logOFF/ON (*11/*12) does not update status (solved)

User logOFF/ON (*11/*12) does not update status (solved)

Scheduled Pinned Locked Moved Support
5 Posts 2 Posters 115 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • E
    E
    eirlund
    wrote on last edited by
    #1

    After logon (using *11 in FreePBX) buttons are not updated.

    If I however restart the fop2 service again, it will show correct state.

    Same happens when a user loggoff (with *12), I need to restart fop2 service to show correct state.

    Tried 'service fop2 reload', but -HUP signal does not solve this either.

    As of now using we use a crontab entry like :

    # For some reasons fop2 does not detect change in user logon/logoff
    0,15,30,45  * * * * /sbin/service fop2 restart
    

    But this is not very nice.

    I am using Asterisk 1.6.1.6

    1 Reply Last reply
    0
    • N
      N
      nicolas
      wrote on last edited by
      #2

      Hi Eirik,

      Are you using trixbox? You need to add a special permission to the asterisk manager user, I believe the permission is named "hud", or you can add the "all" permission too (in /etc/asterisk/manager.conf). If you are not using trixbox, then it seems like a fop2 bug. In that case try to catch me online so I can work on the fix before releasing the next version.

      Best regards,

      1 Reply Last reply
      0
      • E
        E
        eirlund
        wrote on last edited by
        #3

        I am using FreePBX 2.6.0.RC2.1.

        I will try to catch up online.

        I did try to bypass the problem by restarting fop2 after each user login/out with

        system("/usr/bin/sudo /sbin/service fop2 restart", $retval);
        

        inside a modified version of user_login_out.agi, but this cause some other problem with sudo and access rigts after restart of service, and is very ugly..

        Is there any particular debug info I can give you ? What state messages or hints are you relying on from Asterisk to set the fop2 states ?

        When is the next released planned ?

        1 Reply Last reply
        0
        • E
          E
          eirlund
          wrote on last edited by
          #4

          After your advice, looking for ' UserDeviceAdded', in 'user_login_out.agi' fop2 seems to be OK.

          This is what shows up on telnet to port:

          Event: UserEvent
          Privilege: user,all
          UserEvent: UserDeviceRemoved|Data: 378
          115
          

          This is not correct as the UserEvent with data passed is all merged into one string. I guess this is the reason why why your fop2 event parser does not capture this. You might want to make your parser also to support this odd string.

          Code in ' 'user_login_out.agi'' is

          agi->exec("UserEvent", "\"UserDeviceRemoved|Data: {$current_user},{$device}\"");
          

          Note that pipe '|'. Asterisk seems to have broken handling of pipe '|' as delimiter. Using ',' as delimiter soved it. So this will work:

          // $agi->exec("UserEvent", "\"UserDeviceAdded|Data: {$user},{$device}\"");
              $agi->exec("UserEvent", "\"UserDeviceAdded,Data: {$user},{$device}\"");
          

          and ...

           
          $agi->exec("UserEvent", "\"UserDeviceRemoved,Data: {$current_user},{$device}\"");
          

          Thank you for your support yesterday, it helped me in the right direction.

          I will perform some more stress testing to verify, but for now this fixed my problems.

          1 Reply Last reply
          0
          • N
            N
            nicolas
            wrote on last edited by
            #5

            Hi Eirik,

            Great you've found the root of the problem! It seems to be a FreePBX bug, it would be good to submit a patch there. I do not think it would be wise to polute fop code with workaround for bugs. It makes it hard to mantain and also less efficient. This is clearly a bug in the .agi due to Asterisk 1.6 delimiter change behaviour.

            Best regards,

            1 Reply Last reply
            0

            Hello! It looks like you're interested in this conversation, but you don't have an account yet.

            Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

            With your input, this post could be even better 💗

            Register Login
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Don't have an account? Register

            • Login or register to search.
            Powered by NodeBB Contributors
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • World
            • Users
            • Groups