Thanks for the quick response. I am able to lockdown the queues as you stated. I also tried the "myqueue" setup you suggested with the advance permissions. My only problem is that while I only want the one queue to "editable" I still need to display the other queues on the screen so that users may use the "pickup call" feature for callers currently in the different queues if they need to. I am mainly trying to limit the options in the menu that pops up when you hit the circle on the extension. I basically want that menu to read pause member, unpause member, add to "Anyone" queue and remove from anyone queue. But it still has options for all 10 of our queues. Is this list built on the queues that are displayed or would there be some other way to remove some of these extra queue options.

Thanks again for your help. Hopefully I'm not frustrating you too much.

Tyler

Good Afternoon Nicolas,

I have upgraded to the new Beta as well as update the FOP freepbx module. I've played with settings a little bit and I can't wrap my head around to get this done. I see that I can restrict what users have the queuemanager option.. It also looks like I can now limit which buttons (extensions) the queuemanager can be used on. We have call queues for individual departments that never need to be adjusted via the FOP and one "dynamic" queue labeled Anyone that any extension can be added to. Is there a way that I can hide these queues and just leave the "Anyone" queue available to add users to?

If this is even possible can you point me in the right direction as how I would accomplish it. Thanks again for your great software.

Tyler

Sound great Nicolas. Thanks for all the hard work and responding so quickly.

Good Morning,

We have queues for our individual employees as well as a queue for "First Available." We leave the first available group empty and dynamically add/remove members by clicking the user in the FOP2 panel. Occasionally someone adds a user to the wrong queue though. Is there anyway to restrict the queues available to add a user to when you select the dot next to their name?

Thanks,

Tyler

You might give chrome a try. It seemed to behave a little bit better in that for some reason. What asterisk version are you running?

I'm sorry to hear you are experiencing the same thing, but glad to see that I'm not the only one (I thought I was going crazy). I actually went back to 2.11. I've tried so many things since then I'm not sure if that was the fix or if it was something else. I'm thinking about trying 2.20 again soon. I've just been too busy to think about it at the moment. If I remember correctly I was still having an issue where the page would kind of lock up and not show current status. My very crude fix to this was to force the page to refresh every 15 minutes.

To do that you need to backup this file /var/www/html/fop2/index.html and then edit the following line in it:

Replace

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

With

<meta http-equiv="refresh" content="900" />

I don't know if you need the rest of the meta line, but I made this change about 2 months ago and it's been working fine.

I'm sure I'm just missing something small here but when I bring up "screen -r fop2", how do I scroll?

I'll keep investigating. I run on Ubuntu and it looks like it may just be happening on my machine for some reason. Seems to behaving correctly on a XP ran in virtual box. I'm downloading Firefox to the VM right now to see if it's an issue with firefox or ubuntu. I'll keep you advised of what I find.

Thanks for the quick response! I restarted fop2 with debugging this morning as you suggested. And just now the problem popped up again. No changes on the FOP when a call is made. If an extension is is use I can refresh the FOP screen and it will mark the extension as in use, but when the extension is hung up state of that extension remains "in use."

The following is what is currently up. Is there any way to go back further in the log? Or do you notice anything from that?

192.168.12.68   <= <msg data="1|ping||" />

-- PROCESS_FLASH_COMMAND origen 1 accion ping destino 

-- PROCESS_FLASH_COMMAND password 

192.168.12.68   => { 'btn': '0', 'cmd': 'pong', 'data': '0', 'slot': '' }

** MAIN AMI event received...
** MAIN Processing command received from flash clients...

192.168.12.68   <= <msg data="1|ping||" />

-- PROCESS_FLASH_COMMAND origen 1 accion ping destino 

-- PROCESS_FLASH_COMMAND password 

192.168.12.68   => { 'btn': '0', 'cmd': 'pong', 'data': '0', 'slot': '' }

** MAIN End of block from localhost

127.0.0.1       <- Event: Registry
127.0.0.1       <- Privilege: system,all
127.0.0.1       <- ChannelType: SIP
127.0.0.1       <- Domain: sip03.voicemeup.com
127.0.0.1       <- Status: Registered
127.0.0.1       <- Server: 0

** MAIN AMI event received...
** MAIN There's an 'Event' in the event block
** MAIN Event detected block_count = 1 (Event: Registry)
** MAIN There are 1 blocks for processing
** MAIN Answer block cleared

** DIGEST_EVENT: start

** PROCESA_BLOQUE  0
** PROCESA_BLOQUE REGISTRY 0

Thanks Again,

Tyler

After a certain period of inactivity FOP 2.20 stops reponding. I can log into the FOP and everything shows up as it should but nothing changes(calls don't show up, etc). I've tried refreshing the screen, using chrome and IE instead of firefox, and logging in as different extensions.

If I restart the service (service fop2 restart). It works fine again. I'm currently trying to figure out how long the program works before I have this issue and I will post that as soon as I have a conclusive answer. It seems a bit random when it occurs. Sometimes it will be fine when I come in in the morning (15 hours of inactivity) and sometimes not. On the other hand I just left for a 45 minute lunch and when I came back I'm having the same issue. I'm also not sure if this only occurs when there is complete inactivity (no phone calls and no FOP2 access) or if it would happen if the phones were being used as well (machine is still in testing so not many calls)

I am running PIAF 1.7.5.5 Bronze (Asterisk 1.6.2.16.1) and I have disabled FOP1 by changing "FOPRUN" in the amportal.conf file. Using FOP2.20.

Does FOP2 log anywhere where I might be able to see what the heck is going on? Anybody have any ideas?

Thanks,

Tyler