On 20/06/05, James Bunton <[EMAIL PROTECTED]> wrote: > You can see your current status message by looking at the status of the > gateway contact. > The MSN servers don't broadcast your own status to you, even if you ask > them to (which I'm not sure if you can do without them getting > confused). You can only get your own status by looking at the return > codes from commands you send to the server, which PyMSNt uses to set > the status of the gateway contact. Can you hack it so that when it gets the status from the server it duplicates it for your own roster entry?
-- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ From [EMAIL PROTECTED] Mon Jun 20 10:29:43 2005 From: [EMAIL PROTECTED] (James Bunton) Date: Mon Jun 20 10:29:49 2005 Subject: [py-transports] PyMSNt: MSN contact has Jabber ID always pops up. In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> I haven't made any commits for a few days :) Ok. Next commit will have the double message fixed. I've tested my own account with a dummy MSN account transferring an avatar. Not only does PyMSNt now understand it's own avatar protocol output (I think the latest reordering fixes did it), it no longer sends annoying clientcaps messages until you start the conversation by sending a real message. --- James On 18/06/2005, at 12:26 AM, Norman Rasmussen wrote: > yugh, not helping. I wonder if cvs has stopped working, because cvs > diff has been showing nothing for a few days, but cvs update pulls the > file fine. > > have you been checking into the avatars branch as normal? should i > just re-get the entire tree? > > i'll see if i have some spare time this weekend where i can get a > console log using two local clients. > > On 17/06/05, Norman Rasmussen <[EMAIL PROTECTED]> wrote: >> I've just pulled more stuff from cvs, so maybe that'll help. I keep >> an eye out. >> >> On 17/06/05, James Bunton <[EMAIL PROTECTED]> wrote: >>> :( >>> >>> Seems to work fine for me. At least, the clientcaps are only being >>> sent >>> once, and only when I send a message. >>> >>> Reckon you could do a little watching of stdout with LINEDEBUG (in >>> src/tlib/msn.py) turned on and let me know when clientcaps is being >>> sent for you? >>> >>> --- >>> >>> James >>> >>> >>> On 17/06/2005, at 5:39 AM, Norman Rasmussen wrote: >>> >>>> If anything it's happening twice as much now. Yegh >>>> >>>> On 15/06/05, James Bunton <[EMAIL PROTECTED]> wrote: >>>>> Ok. This should be fixed now. >>>>> >>>>> Could you please try it out? >>>>> >>>>> --- >>>>> >>>>> James >>>>> >>>>> >>>>> On 15/06/2005, at 9:07 PM, James Bunton wrote: >>>>> >>>>>> What I'll probably do is make it send the clientcaps header with >>>>>> the >>>>>> first call to sendMessage, rather than whenever a user joins. >>>>>> >>>>>> Great about errors :) >>>>>> Btw, I'm talking about the avatar transfer kind, not the debug.log >>>>>> ones. The avatar protocol code dumps a whole bunch of stuff to >>>>>> STDOUT >>>>>> at the moment. If searching that brings up any "ERROR" then >>>>>> there's >>>>>> likely a bug in my protocol code. Or somebody else's (already >>>>>> reported >>>>>> a bug in a web based MSN client :) >>>>>> >>>>>> --- >>>>>> >>>>>> James >>>>>> >>>>>> >>>>>> >>>>>> On 15/06/2005, at 7:29 PM, Norman Rasmussen wrote: >>>>>> >>>>>>> Is there anyway to suppress the message until the first line of >>>>>>> text >>>>>>> is sent or received? >>>>>>> >>>>>>> 1. I'm thinking set a flag when you see x-clientcaps, and check >>>>>>> it >>>>>>> later when sending or receiving the first line of real text. >>>>>>> >>>>>>> 2. Alternatively add a flag not to send the x-clientcaps if it's >>>>>>> an >>>>>>> avatar request (but then does sending text later allow new >>>>>>> headers >>>>>>> with x-clientcaps?) >>>>>>> >>>>>>> Norman >>>>>>> >>>>>>> P.S. I think the only people who I'm not seeing an avatar for >>>>>>> don't >>>>>>> have one set :-) >>>>>>> P.P.S. No errors logged since the 9th :-) >>>>>>> >>>>>>> On 15/06/05, James Bunton <[EMAIL PROTECTED]> wrote: >>>>>>>> Yeah, that's unintentional. >>>>>>>> >>>>>>>> PyMSNt sends a x-clientcaps message at the beginning of every >>>>>>>> switchboard session it is in. >>>>>>>> Pre avatars branch this worked fine, because switchboards were >>>>>>>> only >>>>>>>> used for chats. Because they're the only way of transferring >>>>>>>> data >>>>>>>> between clients, and Microsoft in it's infinite wisdom decided >>>>>>>> that >>>>>>>> is >>>>>>>> was a good idea to have clients distribute avatars amongst >>>>>>>> themselves >>>>>>>> (rather than being stored on the server), this bug occurred :) >>>>>>>> Wee, long sentence. >>>>>>>> >>>>>>>> Anyway, I'll fix it. You should only get it when they change >>>>>>>> their >>>>>>>> avatar though. Not every time you log on. >>>>>>>> >>>>>>>> If it's failing to retrieve the avatar you could send me the >>>>>>>> STDOUT >>>>>>>> dump please? >>>>>>>> >>>>>>>> --- >>>>>>>> >>>>>>>> James >>>>>>>> >>>>>>>> >>>>>>>> On 15/06/2005, at 8:00 AM, Oscar Hellstr?m wrote: >>>>>>>> >>>>>>>>> I believe that it's a good idea with the message when sending >>>>>>>>> messages >>>>>>>>> through a transport rather then through jabber, if both users >>>>>>>>> are >>>>>>>>> using >>>>>>>>> jabber. >>>>>>>>> However, to get the message if someone only downloads your >>>>>>>>> avatar >>>>>>>>> but >>>>>>>>> not types to you, that's weird, since this is automated, isn't >>>>>>>>> it? >>>>>>>>> Sorry, but i have not tried out the avatar branch so i can be >>>>>>>>> wrong, >>>>>>>>> but >>>>>>>>> this is what i understood from the conversation. >>>>>>>>> >>>>>>>>> On Tue, 2005-06-14 at 17:31 -0300, Gonzalo Barrio wrote: >>>>>>>>>> Because of the complains of some users, I disable that >>>>>>>>>> feature, >>>>>>>>>> uncommenting the line 767 like this: >>>>>>>>>> >>>>>>>>>> if("text/x-clientcaps" in cTypes): >>>>>>>>>> if(message.hasHeader("JabberID")): >>>>>>>>>> jid = >>>>>>>>>> message.getHeader("JabberID") >>>>>>>>>> >>>>>>>>>> #self.switchboardSession.msncon.userMapping(message.userHandle >>>>>>>>>> , >>>>>>>>>> jid) >>>>>>>>>> return >>>>>>>>>> debug.log("Discarding unknown message type: >>>>>>>>>> %s" % >>>>>>>>>> (message.getMessage())) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> So, it's not so dificult to have this and the avatar section >>>>>>>>>> as a >>>>>>>>>> setup >>>>>>>>>> option. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> >>>>>>>>>> Gonzalo Barrio. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Francisco Joaqu?n Rodr?guez Prados wrote: >>>>>>>>>> >>>>>>>>>>> 2005/6/14, Sander Devrieze <[EMAIL PROTECTED]>: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Op dinsdag 14 juni 2005 18:50, schreef Norman Rasmussen: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> You're joking right - I have 70 contacts! >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> 70 contacts that use PyMSNt, and so have Jabber, but with >>>>>>>>>>>> whom >>>>>>>>>>>> you >>>>>>>>>>>> don't want >>>>>>>>>>>> to chat via Jabber? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Anyway, I have just Norman both in Jabber - MSN, and it is >>>>>>>>>>> still >>>>>>>>>>> anoying get a message recommending me to type with him >>>>>>>>>>> through >>>>>>>>>>> Jabber >>>>>>>>>>> anytime he logs in... Maybe this is good when sending a >>>>>>>>>>> message >>>>>>>>>>> to >>>>>>>>>>> his >>>>>>>>>>> MSN account, but not really when he logs in... >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> py-transports mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >>>>>>>>> -- >>>>>>>>> Oscar Hellstr?m, [EMAIL PROTECTED] >>>>>>>>> jid: [EMAIL PROTECTED] >>>>>>>>> icq: 52604556 >>>>>>>>> _______________________________________________ >>>>>>>>> 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 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> - Norman Rasmussen >>>>>>> - Email: [EMAIL PROTECTED] >>>>>>> - Home page: http://norman.rasmussen.co.za/ >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> _______________________________________________ >>>>> py-transports mailing list >>>>> [email protected] >>>>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >>>>> >>>> >>>> >>>> -- >>>> - Norman Rasmussen >>>> - Email: [EMAIL PROTECTED] >>>> - Home page: http://norman.rasmussen.co.za/ >>>> _______________________________________________ >>>> 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 >>> >> >> -- >> - Norman Rasmussen >> - Email: [EMAIL PROTECTED] >> - Home page: http://norman.rasmussen.co.za/ >> > > > -- > - Norman Rasmussen > - Email: [EMAIL PROTECTED] > - Home page: http://norman.rasmussen.co.za/ > _______________________________________________ > py-transports mailing list > [email protected] > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >
