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

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

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.

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

Did you find out any workaround for this?

I have the exact same issue with my Firefox/Ubuntu system.

XP virtual works fine though.

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.

Mine is instantaneous. That is, I can start up the panel, see a current phone call yet if that phone call hangs up, it doesn't show on the fop2 panel. It still shows connected until I do a page refresh.

I keep an XP virtual open all day anyways and I'm the only one using Ubuntu, so I'll just live with it. Though it would be nice if it could be addressed.

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?

My XP virtual machine had a firefox update this morning and is now exhibiting the same issue. I'll do a capture as suggested.

Issue ended up being with FOP1 interfering. I have it disabled now and things look to be working normally.

Thank you for the online chat help!!

Same problem here.
The panel hangs until a manual browser refresh with some browsers.

Tested with Chrome 11.0.696.57 beta and Firefox 4 on openSuse 11.4, IE8 and Firefox 3.6 on Windows 7 and IE7 on Vista.

Works with:

• Firefox 4 (openSuse 11.4)
• IE8 and Firefox 3.6 (Windows 7)

Works NOT with:

• Chrome 11.0.696.57 beta (openSuse 11.4)
• IE7 (Vista)

I'm experiencing similar issues with Chrome 11.0.696.65 not responding after a while on a WinXP machine. Here's the info from the console:

wav false
set session context
formato wav
set menu
Client has HTML5 web sockets!
setLang
set menu
set menu queue
no tiene permiso chat
get cookie extensionlist
get cookie queuelist
get cookie trunklist
get cookie conferencelist
get cookie parklist
Client has HTML5 web sockets!
set session extension
/fop2/fop2-variablesGENERAL.txtFailed to load resource: the server responded with a status of 404 (Not Found)
Second Init after loading variables
Attempt to connect to port 4445
12
intento conectar web socket en ws://sip.paviliongift.com:4445
on open
go
ws send <msg data="GENERAL|contexto|1|" />
ws connect 1
0,key=reTbUlZklQicDOALAMquHC7neiU en slot
0,version=2.20!!1 en slot
ws send <msg data="1|auth|149|79c9ab4cb9b0eee1b7ddaacb20c8398f" />
0,preferences=eyAiZGlzcGxheVF1ZXVlIjogIm1heCIsImR5bmFtaWNMaW5lRGlzcGxheSI6ICJvZmYiLCJsYW5ndWFnZSI6ICJlbiIsIm5vdGlmeUR1cmF0aW9uIjogIjYiLCJzb3VuZENoYXQiOiAiIiwic291bmRRdWV1ZSI6ICIiLCJzb3VuZFJpbmciOiAiIn0= en slot
llegaron las preferences { "displayQueue": "max","dynamicLineDisplay": "off","language": "en","notifyDuration": "6","soundChat": "","soundQueue": "","soundRing": ""}
Ponemos preferencias en valores default
0,vmailpath=/var/spool/asterisk/voicemail en slot
0,permit=YWxs en slot
set session phonebook
set session admin
2drawButton
set menu queue
no tiene licencia chat
ws send <msg data="1|initState||79c9ab4cb9b0eee1b7ddaacb20c8398f" />
0,demo=2 en slot 0
2,qualify=notok en slot 0
3,voicemail=2 en slot
3,voicemailcount=&vmail_count!0!1 en slot
3,qualify=ok en slot 0
4,status=unpaused en slot 0
4,rename=125 Ann Koehler en slot
4,qualify=ok en slot 0
5,qualify=ok en slot 0
6,qualify=ok en slot 0
8,status=unpaused en slot 0
8,rename=143 Daniel VerWeire en slot
8,voicemail=1 en slot
8,voicemailcount=&vmail_count!2!0 en slot
8,qualify=ok en slot 0
9,status=unpaused en slot 0
9,qualify=ok en slot 0
10,status=unpaused en slot 0
10,rename=152 Jerah Augello en slot
10,qualify=ok en slot 0
11,status=unpaused en slot 0
11,rename=153 Norma Pagano en slot
11,qualify=ok en slot 0
12,details= en slot 0
13,queuemembers=PGRpdiBjbGFzcz0nbWVtYmVycmVhZHkgbXljbGljaycgaWQ9J3FtIVFVRVVFLzI1MCFMb2NhbC8xNDlAZnJvbS1xdWV1ZS9uJz48L2Rpdj48c3Bhbj5TaGF3biBXaWx0c2U8L3NwYW4+PGJyIGNsYXNzPSdjbGVhcicvPg== en slot
14,queuemembers=PGRpdiBjbGFzcz0nbWVtYmVycmVhZHkgbXljbGljaycgaWQ9J3FtIVFVRVVFLzI1MSFMb2NhbC8xMjVAZnJvbS1xdWV1ZS9uJz48L2Rpdj48c3Bhbj5Bbm4gS29laGxlcjwvc3Bhbj48YnIgY2xhc3M9J2NsZWFyJy8+PGRpdiBjbGFzcz0nbWVtYmVycmVhZHkgbXljbGljaycgaWQ9J3FtIVFVRVVFLzI1MSFMb2NhbC8xNTJAZnJvbS1xdWV1ZS9uJz48L2Rpdj48c3Bhbj5KZXJhaCBBdWdlbGxvPC9zcGFuPjxiciBjbGFzcz0nY2xlYXInLz48ZGl2IGNsYXNzPSdtZW1iZXJyZWFkeSBteWNsaWNrJyBpZD0ncW0hUVVFVUUvMjUxIUxvY2FsLzE1M0Bmcm9tLXF1ZXVlL24nPjwvZGl2PjxzcGFuPk5vcm1hIFBhZ2Fubzwvc3Bhbj48YnIgY2xhc3M9J2NsZWFyJy8+ en slot
15,queuemembers= en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
4,settimer=0@UP en slot 1
4,state=UP en slot 1
4,settext=125 device en slot 1
4,direction=outbound en slot 1
4,settext=915073764556 en slot 1
4,settext=ZultysMX25/15073764556 en slot 1
4,direction=outbound en slot 1
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
4,settimer=0@UP en slot 1
4,state=UP en slot 1
4,settext=915073764556 en slot 1
4,settext=915073764556 en slot 1
4,link=915073764556 en slot 1
4,settimer=0@STOP en slot 1
4,settext=&inactive_line!1 en slot 1
4,state=DOWN en slot 1
DOWN pero quedan sesiones, no pongo boton en free
4,state=DOWN en slot 0
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot
4,qualify=ok en slot 0
ws send <msg data="1|ping||" />
envio ping 2
0,pong=0 en slot

Hi, I'm having the same issue with fop2.20 (basic license). Could you link/email me a copy of the beta version to test out? Thanks,

~ca