12-05-2012 11:47 AM - edited 03-17-2019 02:51 PM
Everytime I message a co-worker for the first time every day I get this error
Then when he responds it doesn't have his name listed. i.e. (his responce is "just once")
To which I said hrm!!
Very odd. It seems that he is the only person that this happens to.
We have rebuilt his cisco framework softphone. (Razor blade icon)
I deleted my win 7 profile cache in both local and roaming.
12-06-2012 05:05 AM
Hi,
If this is cloud deployment (WebEx) and you see following statements in log file for the failed message, then it is a known issue:
.......
If it is On-Prem (CUP) deployment, this will need further investigation via a TAC case.
Thanks,
Maqsood
12-06-2012 01:51 PM
This is on prem cup deployment. Only seems to happen with this user.
12-18-2012 11:03 AM
We were able to test an upcoming version in our shop for Cisco and it seems to correct this problem. Hopefully will release right after Xmas. I believe the 9.1.2 release.
01-10-2013 09:58 AM
I am running 9.1.2 Jabber and still get this issue with an On-prem deployment....8.6.4 CUPS...
Any Ideas? IT isn't consistent.....
03-18-2016 02:09 PM
Christopher,
Did you use David's fix above? Worked great for me.
01-17-2013 07:04 AM
I am seeing the same issue as Christopher. Upgraded to Jabber 9.1.2 with on-prem deployment 8.6.4 CUPS. Any other ideas?
01-17-2013 07:20 AM
This is actually a bug in CUPS. It has to do with the IM forking that happens if you have multiple devices using chat.(Iphone, ipad and windows clients for instance) once you reply to the mesage then the chat is unicast to the one specific device and the issue dissapears. The current workaround is stopping the SIP Proxy service on your CUPS server. The only thing this affects is web based stuff in the administration pages. This is supposed to be fixed in v8.6.5 CUPS.
02-14-2013 08:16 AM
Hi All,
We're seeing this bug on 9.1.1, is there a bug id for this issue?
Ash
02-14-2013 04:43 PM
I just noticed this on new IMP 9.1 deployment with J4W 9.1.3, always occurs on new conversation and goes away after initial reply, very frustrating.
Chris
03-06-2013 08:48 AM
We ran into the same issue with one individual user, we were able to resolved it by going to Call Manager and remove the user license capability and re-enable it.
07-08-2013 12:39 AM
Hi Hao Tran,
I got the same issue and your solution worked for. Thanking you
03-12-2013 05:19 AM
Hi there,
I would recommend you through a CLI run the command "utils service list" and see if the following services are running:
Cisco SIP Proxy Cisco Sync Agent Cisco XCP Authentication Service Cisco XCP Connection Manager Cisco Presence Engine
Also some times this can be related to the "Persistent Chat" being enabled, you might be able to check that in CUPS under Messaging > Group Chat and Persistent Chat Settings, if you're not using it you might want to disable it.
Regards,
10-21-2013 07:21 AM
Is anyone getting this on CUPS 9.1 specifically in HA with user assignment set to Balanced mode vs. using the secondary node as a hot standby? I seem to only see this issue between users that are not on the same node, and TAC gave me some dodgy reasoning around assigning all users to a single node that I didn't really buy into.
10-21-2013 07:34 AM
All I had to do was go to Call Manager and remove the user license capability and re-enable it per Hao above. That fixed the issue.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide