Problems with Jabber
There seems to be some problems with the Jabber integration with RTC. We
are seeing problems where the list of users does indicate all of the users that are actually logged into Jabber. Refreshing does not seem to help. The only thing that works is logging out and back in. How do we debug this issue? |
14 answers
We are seeing the same problem in the Proof of Technology. I am not sure how we can debug this either...any Openfire experts out there?? We need to isolate the problem and see if the users are really logged in on the server and if this status is being broadcast back to the other clients properly.
I have not seen this problem on other IM systems (eg: Sametime). anthony |
Aaron Cohen wrote:
There seems to be some problems with the Jabber integration with RTC. We Do you see this issue permanently or only when people log in first time after their account creation? That could be the issue described in https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/54328 -- Cheers, Johannes Agile Planning Team |
|
kesterto wrote:
We are seeming the same problem in the Proof of Technology. I am not The Openfire server has a web ui which allows you to manage users and to see if they are logged in or not. Connect with your browser at port 9090 on the server machine and select the 'Users/Groups' tab. Do you see this permanently or only after account creation on the first login? -- Cheers, Johannes Agile Planning Team |
|
I believe this will be the first time the users have been used (we create a set of student logins, then they accept a team invitation, then set up their IM connection, they would not have been logged in to the jazz server or openfire before is my guess). Logging out and back in on their jazz server connections seems to clear the problem but not always.
It feels like the connection appears to time out. I am going to run the PoT again next week, I will try to see what is happening on the openfire server. anthony |
kesterto wrote: We are seeming the same problem in the Proof of Technology. I am not The Openfire server has a web ui which allows you to manage users and to see if they are logged in or not. Connect with your browser at port 9090 on the server machine and select the 'Users/Groups' tab. Do you see this permanently or only after account creation on the first login? -- Cheers, Johannes Agile Planning Team It definitely happens at account creation (Jabber account, that is). We also see occasions where the status changes to offline even though the user is still connected. Would it help if we pre-created the user accounts in the jabber server? I also have issues starting chats from a group of users that may include some that are offline (can't invite a group of users to a team discussion unless they are all online). If I logout/login to refresh the online status, the current group chat is suspended but I can't resume the chat once logged in again since there are still offline users in the chat list. I also can't see a away to close/end a team discussion so I can start a new one. Regards, Tim |
|
tfeeney wrote:
zrlrkewrote: the accounts are first created. |
We played around with this issue for a bit, this issue persist far after Jazz tries to map Jabber user names onto Jazz users. Therefore the Jazz user id or the <firstname>_<lastname>-pattern is used. It fails silently in case mapping a Jazz user onto a Jabber user does not succeed. Can you verify that your Jabber user names match the corresponding Jazz user id or match the <firstname>_<lastname>-pattern? -- Cheers, Johannes Agile Planning Team |
It definitely happens at account creation (Jabber account, that is). I also have issues starting chats from a group of users that may I agree. In the current implementation, suspended chats are not useful. We either shouldn't suspend them, or make them resumable. I created the enhancement https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/58585 to track this issue. -- Cheers, Johannes Agile Planning Team |
We played around with this issue for a bit, this issue persist far after Jazz tries to map Jabber user names onto Jazz users. Therefore the Jazz user id or the <firstname>_<lastname>-pattern is used. It fails silently in case mapping a Jazz user onto a Jabber user does not succeed. Can you verify that your Jabber user names match the corresponding Jazz user id or match the <firstname>_<lastname>-pattern? -- Cheers, Johannes Agile Planning Team In our case (Tim and I are working on the same version and setup of RTC) - our usernames and Jabber names are the same. anthony |
We have the same problem. Three people successfully logged in to jabber service (openfire 3.4.3), after that they tried to send test messages to each over. Two of us chat successfully, while third couldn`t see anything, even when he disconnected and connected again. After that we found that the first two developers who successfully connect to each over first time, was unable to receive messages now. Something strange happens, i`m trying to update openfire server.
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.