My MSN gateway gives the error: You were disconnected from MSN because your account signed in at another location.
I am not logged in anywhere else. I changed the password with MSN and Openfire. I rebooted. I deleted the account and recreated it. No obvious errors in the logs of the server or client.
1.0.2 of the gateway plugin. It has worked correctly for months until today. The variable that came into the mix is I logged out of spark several times real close together.
You aren’‘t going to like my response. =) It’‘s fixed in trunk/pending 1.1.0. There’'s one and only one issue standing in the way of 1.1.0 being released at this time.
Seeing as we have over 300 users and only a total of 4 reports of this… all randomly - none at the same time, I am having a hard time myself debuggin it.
Next time we get one, if there is anything I can do from here to help - just let me know,
4 users out of everyone have had it happen to their accounts once, not all at the same time - over the course of 4 weeks since i’'ve had the beta 3 gateway. If I re-register them with a new JID - they are okay (at least, they have been okay for the last few weeks.)
We had a total of 2 separate people have this happen with their MSN accounts. Time offline does not rectify the issue. The first account was fixed by the user logging into their msn profile and changing the password, while spark was disconnected. This had no effect on the other account (mine, grrrrr). What did fix it though was actually logging in via the MSN chat client and then logging out of the chat client. Then spark worked correctly.
We tried deleting login formation then closing spark, changing msn password, going back in and re-registering it with the Gateway but it had no effect…
I’'ve also searched through our entire SQL database for the username in question but can find no record of it at all…
It sounds to me like the MSN transport is leaving around a little in-memory, as I like to put it, “session poop” that’‘s keeping a “hidden” connection open in the background. Then you try to connect and it rightfully says there’‘s another session already. The big weirdness here is… why is logging in from your real client fixing it? I mean what’‘s different about what I’‘m doing when I log in that says “no bite me, session already in, you go away” whereas the standalone client is apparently going “all others will die”. Either way, how to determine is that little “poop” is hanging around . . . hard to say for a server with multiple accounts using it. Clearly something is triggering it that I haven’'t been able to reproduce yet. I could almost envision some scenario where:
XMPP client connects/has MSN registration
MSN connects and gets XXX response
transport considers XXX a disconnection response and goes to reconnect
meanwhile - first session is still hanging around “somewhere”
new connection attempt gets a “active session already” response and it punts and stops trying as it should
So what is this XXX response… and am I even barking up the right tree?
The problem on both machines was cause by a rapid succession of disconnects from the server. The first machine was cause by going from wireless to wired and back to wireless again. Mine was from exiting and relaunching several times trying to skin spark with my own logo.