Thanks James. Btw, Im using Pedro Melo's patch for avatar in JEP8... are you going to include it in the next release or soon? Its hard to maintain a patched version against the latest SVN release. Regards, Sergio Freire
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Bunton Sent: Friday, June 09, 2006 2:38 PM To: PyTransports Discussion Subject: Re: [py-transports] problem changing state in MSN with pymsnt On 09/06/2006, at 8:44 PM, S?rgio Freire wrote: > Hi. > People here are complaining that when they change state on jabber > the state change doesn't reflect in MSN. This happens only sometimes. > The status in MSN is in this case the initial state when you > connected to jabber.. but if you change it, it doesn't change in MSN.. > I don't know if the problem is with pymsnt or Pandion cliente itself.. > Any idea? > > I'm using pymsnt rev164 I think.. > Regards, > Sergio Freire I think I fixed this in r173. The problem was that the transport was initially trying to sign in with offline presence, and so MSN rejected the status change. If you look in your debug log you probably have a lot of Tracebacks with just numbers (I think it was 715 for changing status). --- James _______________________________________________ py-transports mailing list [email protected] http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports From [EMAIL PROTECTED] Fri Jun 9 14:46:35 2006 From: [EMAIL PROTECTED] (=?iso-8859-1?Q?S=E9rgio_Freire?=) Date: Fri Jun 9 14:46:49 2006 Subject: [py-transports] problem changing state in MSN with pymsnt Message-ID: <[EMAIL PROTECTED]> The problem with the MSN state persists using latest rev from SVN.. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of S?rgio Freire Sent: Friday, June 09, 2006 3:40 PM To: PyTransports Discussion Subject: RE: [py-transports] problem changing state in MSN with pymsnt Thanks James. Btw, Im using Pedro Melo's patch for avatar in JEP8... are you going to include it in the next release or soon? Its hard to maintain a patched version against the latest SVN release. Regards, Sergio Freire -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Bunton Sent: Friday, June 09, 2006 2:38 PM To: PyTransports Discussion Subject: Re: [py-transports] problem changing state in MSN with pymsnt On 09/06/2006, at 8:44 PM, S?rgio Freire wrote: > Hi. > People here are complaining that when they change state on jabber > the state change doesn't reflect in MSN. This happens only sometimes. > The status in MSN is in this case the initial state when you > connected to jabber.. but if you change it, it doesn't change in MSN.. > I don't know if the problem is with pymsnt or Pandion cliente itself.. > Any idea? > > I'm using pymsnt rev164 I think.. > Regards, > Sergio Freire I think I fixed this in r173. The problem was that the transport was initially trying to sign in with offline presence, and so MSN rejected the status change. If you look in your debug log you probably have a lot of Tracebacks with just numbers (I think it was 715 for changing status). --- James _______________________________________________ py-transports mailing list [email protected] http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports _______________________________________________ py-transports mailing list [email protected] http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports From [EMAIL PROTECTED] Sun Jun 11 23:48:40 2006 From: [EMAIL PROTECTED] (James Bunton) Date: Sun Jun 11 23:48:57 2006 Subject: [py-transports] Another bug in pyMSN-t In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 09/06/2006, at 6:59 PM, Alexey Nezhdanov wrote: > ? ????????? ?? ??????? 08 ???? 2006 18:26 > James Bunton ???????(a): >> On 08/06/2006, at 10:43 PM, Alexey Nezhdanov wrote: >>> Here I describe actually two bugs. One bug is obvious - pyMSN-t >>> replies with >>> type='subscribed' too fast and second may be not so easy to catch - >>> account >>> going offline for some reason. >>> >>> Here is example of this: two contacts, one registered in pyMSN-t >>> and other one >>> logged in in GAIM trying to chat with each other. >>> pyMSN-t accont is operating by script, GAIM operated by human. >>> All packets going there and here very fast, I didn't measured, that >>> may be >>> pretty about 0.1-0.2 second. >>> >>> 1) script sends subscription request to gaim and waits for >>> subscription >>> approval by gaim >>> <presence from='[EMAIL PROTECTED]' to='snakeru11% >>> [EMAIL PROTECTED]' >>> type='subscribe' id='117'/> >>> >>> 2) (First bug) pyMSN-t immidiatedly sends back subscription approval >>> <presence to='[EMAIL PROTECTED]' from='snakeru11% >>> [EMAIL PROTECTED]' >>> type='subscribed'/> >>> >>> 3) pyMSN-t notifies that other party is offline >>> <presence to='[EMAIL PROTECTED]' >>> from='[EMAIL PROTECTED]/msn' type='unavailable' /> >>> >>> 4) script ignores "user is offline" presence and sends a message >>> <message from='[EMAIL PROTECTED]/reply' >>> to='[EMAIL PROTECTED]' id='119'><body>test</ >>> body></message> >>> >>> 5) scrpt deletes newly-added contact from roster >>> <presence from='[EMAIL PROTECTED]' to='snakeru11% >>> [EMAIL PROTECTED]' >>> type='unsubscribe'/> >>> >>> 6) (second bug) account suddenly going offline >>> <presence to='[EMAIL PROTECTED]' from='msn.localhost' >>> type='unavailable'/> >>> >>> Obviously second bug is triggered by way too fast stanzas coming in: >>> subscribe+message+unsubscribe. Though transport still better should >>> stand it >>> IMHO. >>> >>> -- >>> Respectfully >>> Alexey Nezhdanov >> >> The first 'bug', is designed. Unfortunately, there's no way around >> it. >> The MSN protocol provides no way to know when somebody authorises, or >> deauthorises you. So PyMSNt just assumes it happens immediately. Its >> the best guess we can do :) >> >> The second is indeed a bug. Deleting a contact should not cause the >> transport to log you off. What version of the transport are you >> using? > r170 >> I have fixed a few contact list bugs, so it may be fixed in >> the latest SVN version. > ok, I'll check it thank you. Hmm.. I haven't fixed anything to do with the contact list since r170 :) A thought. Your bot isn't sending presence subscribes before the msn transport comes online is it? What happens if you wait for 10 seconds after the transport sends online presence? The transport should be reporting itself as online correctly, but if waiting works, then it mustn't be. Good luck! --- James
