pombreda / pyicqt Goto Github PK

 Posted by nano at 2006-03-06 19:44:51

/usr/lib/python2.3/site-packages/twisted/internet/defer.py:396: FutureWarning:
hex()/oct() of negative int will return a signed string in Python 2.4 and up
  return "<%s at %s  current result: %r>" % (cname,
hex(id(self)),
/usr/lib/python2.3/site-packages/twisted/internet/tcp.py:491: FutureWarning:
%u/%o/%x/%X of negative int will return a signed string in Python 2.4 and up
  s = '<%s to %s at %x>' % (self.__class__, self.addr, id(self))

Posted by jadestorm at 2006-03-07 01:23:05

Just a warning... but I'd like to shut it up at some point anyway.

Posted by Z_God at 2006-05-30 16:18:50

I just switched back to PyICQt after having to use Gaim for a while.
During the period I was using Gaim, someone added me to their buddylist though.
The person later removed me though while I was still using Gaim.

After the switch to PyICQt, the person got an authorization request from me
though:
51854780 (20:04:09 30/05/2006)
Authorization Request
Please authorize me!

This shouldn't happen I'd think ;)

 Posted by guest at 2006-05-22 20:16:10

Hi,
i've some usage problems with pyicqt.
At first some data:
- Server runs newest SVN release of pyicqt and wildfire 2.6.2 as jabberd
(not my
own server)
- I'm using Psi 0.10

My problems are:
- A friend of mine told me (he uses ICQ 2003b), that he get always the status
message, that i'm currently writing a message. But i dont writing anything?!
That message seems to be some kind of static :)
- I cant switch into invisible mode. When i choose this mode in Psi, the jabber
status changed to invisible but the icq mode doesnt change to invisible by
that.

Thanks in advance!

Posted by jadestorm at 2006-05-31 02:20:44

I can't implement the invisibility in the way you mention.  When you go
invisible with jabber, you also go invisible -to- the transport.  =/  So
for all
practical purposes what it -should- be doing is logging you off.  Did you
appear
to log off?

As for the typing notification, I'm not sure what's going on there.  I can't
duplicate that.  =(  Does it -only- happen in 2003b or not sure?

Posted by guest at 2006-06-29 21:23:46

Hi,
sorry for late answer :)

Yeah .. when i go invisible to jabber it should set me invisible in ICQ, too.
But, just the icon of transport, shows me that i'm quite online. But it can be
the icon only, dont know at all..

Ehm i dont know, if its in other versions, too. All of my friends does have
2003b installed so i got no test situation for other ICQ releases, sorry.

Posted by jadestorm at 2006-01-01 15:05:23

If I add a new icq contact, I do not see -any- avatar until I log out and back
in.

 Posted by guest at 2006-02-19 17:03:42

ICQ users can't read my messages, however, I can read theirs.

(Solution: Build a transport that transforms all ICQ users into willing Jabber
slaves)

Posted by jadestorm at 2006-02-19 17:28:50

*laugh*  Well, what version are you using and are you running PyICQ in debug
mode?  Can you see what errors are being generated?

Posted by guest at 2006-02-21 15:13:53

 (I'm the server-admin, not the user who posted this bug)
I'm using revision 148 (not debug-mode), but I didn't hear that problem from
other people.
I think it could be useful to know which icq-client is being used on the other
side that cannot read messages.

Posted by jadestorm at 2006-02-21 15:16:35

Yeah definitely!  Sometimes the client itself is causing weird problems. 
(altough, I thought I worked all those out...)  If you can time it with the
user
to run debug logs for a brief time to see what errors might be occuring that
would be good.  *ponder*  Maybe I should work out a way to enable debugging on
the fly.

Posted by guest at 2006-02-21 20:59:13

ICQ 5

Posted by jadestorm at 2006-02-21 21:03:35

Hrm.  That's something I specifically test with.

Posted by jadestorm at 2006-03-05 15:24:47

Well...  I can't duplicate this and without logs, I can't really do much.  =( 
If you have some time to test with logs on, please do and see if you notice
anything/send the logs my way.  (I would suggest emailing to me directly, don't
post here, or else the world will be able to see your logs  =)  )

Posted by guest at 2006-03-06 18:19:48

have you heard about Unknown TLV(19) Problem? 

Posted by jadestorm at 2006-03-06 18:29:23

I have heard "of it", but it doesn't seem to affect PyICQ.  (or at
least doesn't effect 99% of the people I've talked to that use it... including
myself  ;D  )  That said, do you have more details on the TLV(19) problem?  I'd
like to read more about it.

Posted by guest at 2006-03-07 06:32:45

No, i have not. Sorry. 
May be it'll better to contact with somebody from alternative-ICQ-clients
developers (miranda, qip, etc.) to get know more on this problem. 
I'm asking about TLV(19) because i haven't use PyICQ transport, but i tried
another icq transports via jabber and they don't work... mmm they work, but
seemed to have TLV(19) problem - i can't just send nothing to my imported icq
contacts. 
If you can offer to me jabber server with PyICQ transport - i will try it. I
just can't find any.

 Posted by yves at 2006-07-16 19:38:01

I just updated to Linux kernel 2.6.17.6 and now PyMSNt and PyICQt don't work
anymore. The applications are running but both show this in their debug output
all the time:

[2006-07-16 21:35:01] Starting factory
<twisted.words.protocols.jabber.xmlstream.XmlStreamFactory instance at
0xb7d22dec>
[2006-07-16 21:35:01] INFO ::  :: PyTransport :: componentDisconnected :: {} ::
[2006-07-16 21:35:01] <twisted.internet.tcp.Connector instance at
0xb784c78c> will retry in 2 seconds
[2006-07-16 21:35:01] Stopping factory
<twisted.words.protocols.jabber.xmlstream.XmlStreamFactory instance at
0xb7d22dec>
[2006-07-16 21:35:04] Starting factory
<twisted.words.protocols.jabber.xmlstream.XmlStreamFactory instance at
0xb7d22dec>

I need to stop both so they won't fill my disk with that stuff. What's this? I
cannot use MSN and ICQ anymore now. :(

Running latest versions (I guess) with WildFire 2.6.2, which works fine but
doesn't show any components sessions.

Posted by yves at 2006-07-16 19:40:01

I really don't know what version of PyICQt I have now, it won't tell me. But it
something like 0.7 I believe.

Posted by avb at 2006-07-20 14:12:56

you need to install epool reactor module for python. 
http://delx.cjb.net/pymsnt/?page=downloads

 Posted by guest at 2006-05-16 21:47:18

Contacts using ICQ5.06 build 2495 display a crippeld away & N/A message. For
example:
Idle $MINUTES minutes - text/x-aolrtf; charset="iso-8859-1";
$AWAY_MESSAGE

Is this a client (Gajim 0.10 in my case) or pyICQ issue? My transport is
icq2.swissjabber.ch (pyICQt svn-r196)

Other contacts clients display:
Idle $MINUTES minutes - $AWAY_MESSAGE

Inte

Posted by jadestorm at 2006-05-17 02:11:23

that's bizarre!  I mean the text/x-aolrtf part can definitely be my fault in
some way

but $AWAY_MESSAGE?  there's no way that's coming from my stuff  =/

... unless you simply mean that that's the person's away message  ;D  in that
case, nevermind

I don't suppose you have logs of this do you?  (debugging logs from pyicq)  I
have yet to be able to duplicate this

Posted by guest at 2006-05-17 06:27:04

the person's away message ... you got it ;)

I don't have any logs of this. /me just use this transport. I had a look at the
XML-dump, but couldn't find anything which belongs to this odd behaviour.

If you want, you can get the ICQ# of the contacts I've these problems with.
Beside you can write 

Inte - kral at jabber dot org

Posted by jadestorm at 2006-05-17 19:05:12

FYI to self:
[2, 6, 0, 0, 35L, '\x0894909954\x00\x00\x00\x08
\x00\x01\x00\x02\x00p\x00\x0c\x00%\x00\x00\x00\x00\x00\x00\x00\x00\x04\x00\t\x00

\x00\x00\x00\x00\x00H\x19\x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x0

0\x00\x00\x00\x00\x00\n\x00\x04\x00\x00\x00\x00\x00\x04\x00\x02\x00\x0b\x00\x06\

x00\x04\x10\x01\x00\x01\x00\x0f\x00\x04\x00\x00\xbf\xbe\x00\x1d\x00\x14\x00\x01\

x01\x10\xb42\\%4=A\x13r\x90\x9d\xc0\xe7:qs\x00\x03\x00\x04Dj\xb2\xfd\x00\x03\x00

#text/x-aolrtf;
charset="iso-8859-1"\x00\x04\x00q<html><body>Der Benutzer
ist zu
rzeit abwesend.<br/>Sie k\xc3\xb6nnen ihm/ihr eine Nachricht
hinterlassen.</body
></html>']



To all others, this is definitely something my code appears to be screwing up. 
Thank you for the sample users btw!  =)

Posted by guest at 2006-05-17 22:43:45

You're welcome.

I'm happy to see, if an ordinary user (/me) could help you.

Posted by bronger at 2007-02-06 08:44:27

I had to write the following workaround function for my Jabber client
(Gajim) in
order to cope with this:

def fix_aol_message(message):
    aol_marker = 'text/x-aolrtf; charset="iso-8859-1": '
    aol_marker_position = message.find(aol_marker)
    if aol_marker_position != -1:
        return message[:aol_marker_position] +\
            message[aol_marker_position+len(aol_marker):]\
            .encode("iso-8859-15").decode("utf-8")
    else:
        return message

The stange thing is the iso-8859-15.  Either this is hardcoded in the transport
or it is the default encoding on the Linux box running it -- I can't find out.

Posted by bronger at 2007-02-06 08:44:52

I had to write the following workaround function for my Jabber client
(Gajim) in
order to cope with this:

def fix_aol_message(message):
    aol_marker = 'text/x-aolrtf; charset="iso-8859-1": '
    aol_marker_position = message.find(aol_marker)
    if aol_marker_position != -1:
        return message[:aol_marker_position] +\
            message[aol_marker_position+len(aol_marker):]\
            .encode("iso-8859-15").decode("utf-8")
    else:
        return message

The stange thing is the iso-8859-15.  Either this is hardcoded in the transport
or it is the default encoding on the Linux box running it -- I can't find out.

Posted by bronger at 2007-02-06 09:24:22

I had to write the following workaround function for my Jabber client
(Gajim) in
order to cope with this:

def fix_aol_message(message):
    aol_marker = 'text/x-aolrtf; charset="iso-8859-1": '
    aol_marker_position = message.find(aol_marker)
    if aol_marker_position != -1:
        return message[:aol_marker_position] +\
            message[aol_marker_position+len(aol_marker):]\
            .encode("iso-8859-15").decode("utf-8")
    else:
        return message

The stange thing is the iso-8859-15.  Either this is hardcoded in the transport
or it is the default encoding on the Linux box running it -- I can't find out.

 Posted by guest at 2006-05-02 22:31:55

When I register with pyicqt, it gives me all subscribed-messages in blocks of
five messages (about 30 seconds break between them) and the jabberserver is
frozen until pyicqt is done. I'm using jabberd 1.4.3-3 (debian). I tried pyicqt
0.7a and the svn version (today), but that didn't make a difference.
To  be sure it isn't (only) a problem of the jabberd I tried JIT - but JIT
works
without that problem.

Posted by jadestorm at 2006-05-02 22:38:59

Unfortunately, JIT currently gets around this problem by cheating, using a bug
that exists in jabberd.  (or at least that's what I'm told)  Unfortunately, I'm
not really aware of a great way to get around the subscription requests yet. 
Going to try to see what I can do but yeah... it's quite a sore spot for us
gateway developers.  =)

Posted by guest at 2006-05-03 09:09:43

I'm not sure if you got me wrong: The subscription messages are okay - but it
would be great if it wouldn't need 15 minutes to get all my contacts. (and
if it
wouldn't freeze jabberd until it's done). In other transports I get _all_ my
contacts at once...and not bit for bit.

Posted by jadestorm at 2006-05-03 12:19:32

I'm just saying that JIT is/was making use of something that wasn't as
'intensive' as what PyICQ is doing.  It's possible that jabberd's karma
settings
are holding PyICQ back.  Keep in mind that I don't know that for a fact, I'm
just speculating.  Could you send debugging logs?  (I've never seen this
behavior myself, not with jabberd1, jabberd2, ejabberd, or wildfire, so I can't
really begin to know what's going wrong without some logs)  (-D is the
option to
add debugging, -l filename   will send the debug output to a file)  Thanks!  (I
would recommend emailing it to me at [email protected] instead of posting it
here)

 Posted by guest at 2005-12-12 08:47:46

Submitted by : Norman

I'm seeing this with the AIM and ICQ transports, just you've
made it so that I can't break the AIM transport on demand (using the
search), but basically:

 - Something 'breaks' duirng processing, and a traceback is delivered.
 - The component disconnects from the server, and tries to reconnect
 - The component reconnects, using the jabberd-component protocol,
 - But never responds to the feature stanza, i.e. never starts sasl
authentication.

so it's half connected, and totally unusable.  This is happening with
the AIM and ICQ transports.

with the ICQ transport I can connect userA (dns might fail), and try
and search with userB, which causes this traceback:  (as you can see
after the traceback the conection is zapped, and restarted, by nothing
happens after that)

2005/12/11 16:20 SAST [SASLXmlStream,client] Traceback (most recent call last):
   File "/usr/lib/python2.3/site-packages/twisted/python/log.py", line
56, in callWithLogger
     return callWithContext({"system": lp}, func, *args, **kw)
   File "/usr/lib/python2.3/site-packages/twisted/python/log.py", line
41, in callWithContext
     return context.call({ILogContext: newCtx}, func, *args, **kw)
   File "/usr/lib/python2.3/site-packages/twisted/python/context.py",
line 52, in callWithContext
     return self.currentContext().callWithContext(ctx, func, *args, **kw)
   File "/usr/lib/python2.3/site-packages/twisted/python/context.py",
line 31, in callWithContext
     return func(*args,**kw)
 --- <exception caught here> ---
   File
"/usr/lib/python2.3/site-packages/twisted/internet/selectreactor.py",
line 139, in _doReadOrWrite
     why = getattr(selectable, method)()
   File "/usr/lib/python2.3/site-packages/twisted/internet/tcp.py",
line 351, in doRead
     return self.protocol.dataReceived(data)
   File "/usr/lib/python2.3/site-packages/twisted/xish/xmlstream.py",
line 145, in dataReceived
     self.stream.parse(buf)
   File "/usr/lib/python2.3/site-packages/twisted/xish/domish.py",
line 600, in parse
     self.parser.Parse(buffer)
   File "/usr/lib/python2.3/site-packages/twisted/xish/domish.py",
line 638, in _onEndElement
     self.ElementEvent(self.currElem)
   File "/usr/lib/python2.3/site-packages/twisted/xish/xmlstream.py",
line 166, in onElement
     self.dispatch(element)
   File "/usr/lib/python2.3/site-packages/twisted/xish/utility.py",
line 233, in dispatch
     callbacklist.callback(object)
   File "/usr/lib/python2.3/site-packages/twisted/xish/utility.py",
line 37, in callback
     methodwrapper(*args, **kwargs)
   File "/usr/lib/python2.3/site-packages/twisted/xish/utility.py",
line 21, in __call__
     self.method(*nargs, **nkwargs)
   File "main.py", line 291, in onRouteMessage
     self.discovery.onIq(child)
   File "/home/norman/src/svn/PyICQt/src/disco.py", line 133, in onIq
     handler(el)
   File "/home/norman/src/svn/PyICQt/src/misciq.py", line 585, in
incomingIq
     self.processSearch(el)
   File "/home/norman/src/svn/PyICQt/src/misciq.py", line 669, in
processSearch 
     self.pytrans.legacycon.doSearch(dataform,
iq).addCallback(self.gotSearchResponse)
 exceptions.AttributeError: 'NoneType' object has no attribute 'addCallback'

[2005-12-11 16:21:02] PyTransport: Disconnected from main Jabberd server
2005/12/11 16:21 SAST [SASLXmlStream,client] <twisted.internet.tcp.Connector
instance at 0xb777f38c> will retry in 2 seconds
2005/12/11 16:21 SAST [SASLXmlStream,client] Stopping factory
<sasl.SASLXmlStreamFactory instance at 0xb779a94c>
2005/12/11 16:21 SAST [-] Starting factory <sasl.SASLXmlStreamFactory
instance at 0xb779a94c>
[2005-12-11 16:21:29] Sessions:
[2005-12-11 16:21:29]  [email protected]
[2005-12-11 16:21:29]   Psi
[2005-12-11 16:22:29] Sessions:
[2005-12-11 16:22:29]  [email protected]
[2005-12-11 16:22:29]   Psi

[2005-12-11 16:23:29] Sessions:
[2005-12-11 16:23:30]  [email protected]
[2005-12-11 16:23:30]   Psi

2005/12/11 16:23 SAST [-] Received SIGINT, shutting down.
[2005-12-11 16:23:46] PyTransport: Service shutting down
[2005-12-11 16:23:46] Session: Removing "[email protected]"
[2005-12-11 16:23:46] User: [email protected] - JabberConnection sending
presence "[email protected]""icq.jabber.localhost"
"None" "None" "None" "unavailable"
"False" "None"
[2005-12-11 16:23:46] LegacyConnection: removeMe
[2005-12-11 16:23:46] ICQConnection: removeMe
[2005-12-11 16:23:46] ContactList: "[email protected]" removed
[2005-12-11 16:23:46] Session: Completed removal
"[email protected]"
[2005-12-11 16:23:50] PyTransport: Disconnected from main Jabberd server
2005/12/11 16:23 SAST [SASLXmlStream,client] <twisted.internet.tcp.Connector
instance at 0xb777f38c> will retry in 2 seconds
2005/12/11 16:23 SAST [SASLXmlStream,client] Stopping factory
<sasl.SASLXmlStreamFactory instance at 0xb779a94c>
2005/12/11 16:23 SAST [-] Main loop terminated.

Posted by jadestorm at 2005-12-13 13:21:45

I'm not sure what would cause the feature negotiation not to occur . . . =( 
Will have to look at the communication closer.

Posted by guest at 2006-09-27 11:40:14

it looks like there is a bug somewhere in the communication between pyicq-t and
my jabber server. I'm running ejabberd 1.1.1 if that matters ;-)

The problem:
When i disconnect my jabber session pyicq-t seems to lost simply its
connection.
When i re-login to my jabber account, my pyicq-t session won't come up cleanly.
I'm getting the following error:
------
ICQ connection lost! Reason: [Failure instance: Traceback:
twisted.internet.error.ConnectionLost, Connection to the other side was lost in
a non-clean fashion.
]

So it looks like when i disconnect, pyicq-t doesn't know about my disconnect
and
simply terminate instead of logging me off icq. Sometimes i get more errors
like
the following:
------
Your session with ICQ is not active at this time.

------
Authentication Error!
\\x00\\x1d
http://www.aol.com?ccode=us&lang=en

Wehn i first logoff from the transport and then from jabber it works okay.

Anyone else seeing this? Someone fixed this? A fix would be nice since this
is really annoying for the users...

Regards,
Darkman

 Posted by guest at 2006-10-03 18:53:32

pyicqt refuses to start. Error is:

--------------------------------------------------------------------------------
--------------
Traceback (most recent call last):
  File "/var/lib/ejabberd/pyicqt/PyICQt.py", line 16, in ?
    main.main()
  File "/var/lib/ejabberd/pyicqt/src/main.py", line 443, in main
    app = App()
  File "/var/lib/ejabberd/pyicqt/src/main.py", line 412, in __init__
    self.transportSvc = PyTransport()
  File "/var/lib/ejabberd/pyicqt/src/main.py", line 153, in __init__
    self.xdb = xdb.XDB(config.jid)
  File "/var/lib/ejabberd/pyicqt/src/xdb/mysql.py", line 24, in
__init__
    db=config.xdbDriver_mysql["database"]
  File "/usr/lib64/python2.4/site-packages/MySQLdb/__init__.py", line
66, in Connect
    return Connection(*args, **kwargs)
  File "/usr/lib64/python2.4/site-packages/MySQLdb/connections.py",
line 134, in __init__
    super(Connection, self).__init__(*args, **kwargs2)
TypeError: 'charset' is an invalid keyword argument for this function
--------------------------------------------------------------------------------
--------

System is:
Gentoo Linux (2.6.16.28-xen)
python 2.4.3-r4
twisted 2.4.0
twisted-web 0.6.0
twisted-words 0.4.0-r1

If you need more info, you can contyct me: ICQ# 20547764

Posted by guest at 2006-10-03 18:54:32

Ah, got to mention:

Error-version is pyicqt 0.8

Version 0.7b works without problems.

Posted by guest at 2006-10-18 07:53:58

Solution: Upgrade your MySQLdb python module to be a version greater than or
equal to 1.2.1_p2. Take careful note of the "p2." For instance, the
"gamma" version is older and if you have it then you'll need to
update.

Posted by jadestorm at 2006-10-18 13:47:48

I wonder how hard it would be for me to detect the version and try the charset
only if it's new enough...

 Posted by guest at 2006-07-21 09:46:20

In current svn version, when login I get error: exceptions.UnicodeDecodeError:
'utf8' codec can't decode bytes in position 0-2: invalid data

Unhandled error in Deferred:
Traceback (most recent call last):
  File "/usr/local/pyicq-t/src/tlib/oscar.py", line 537, in
dataReceived
    state=func(flap)
  File "/usr/local/pyicq-t/src/tlib/oscar.py", line 627, in
oscar_Data
    d.callback(snac)
  File
"/usr/local/lib/python2.4/site-packages/twisted/internet/defer.py",
line 229, in callback
    self._startRunCallbacks(result)
  File
"/usr/local/lib/python2.4/site-packages/twisted/internet/defer.py",
line 294, in _startRunCallbacks
    self._runCallbacks()
--- <exception caught here> ---
  File
"/usr/local/lib/python2.4/site-packages/twisted/internet/defer.py",
line 307, in _runCallbacks
    self.result = callback(self.result, *args, **kw)
  File "/usr/local/pyicq-t/src/legacy/icqt.py", line 395, in
gotNickname
    self.icqcon.legacyList.updateNickname(uin, info[0])
  File "/usr/local/pyicq-t/src/legacy/legacylist.py", line 166, in
updateNickname
    c.updateNickname(nick, push=True)
  File "/usr/local/pyicq-t/src/contact.py", line 142, in
updateNickname
    if push: self.sendPresence()
  File "/usr/local/pyicq-t/src/contact.py", line 172, in sendPresence
    self.contactList.session.sendPresence(to=tojid, fro=self.jid,
ptype=self.ptype, show=self.show, status=self.status, avatarHash=avatarHash,
nickname=self.nickname, payload=[caps], url=self.url)
  File "/usr/local/pyicq-t/src/jabw.py", line 202, in sendPresence
    sendPresence(self.pytrans, to, fro, show, status, priority, ptype,
avatarHash, nickname, payload, url=url)
  File "/usr/local/pyicq-t/src/jabw.py", line 89, in sendPresence
    pytrans.send(el)
  File "/usr/local/pyicq-t/src/main.py", line 270, in send
    obj = obj.toXml()
  File
"/usr/local/lib/python2.4/site-packages/twisted/words/xish/domish.py",
line 518, in toXml
    return s.getValue()
  File
"/usr/local/lib/python2.4/site-packages/twisted/words/xish/domish.py",
line 36, in getValue
    return u"".join(self.writelist)
exceptions.UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-2:
invalid data


Posted by jadestorm at 2006-09-17 18:57:24

Are you setting utf8 in your config file?

Posted by guest at 2006-11-02 10:08:59

i have also that error, when i try to load user info...

Posted by shtrom at 2006-06-26 07:43:16

I used to receive KeyErrors from the transport (0.7b). I tracked this down to
the updateNickname(self, contact, nick) line 164 in legacy/legacylist.py.
As far
as I understood the problem, it was due to some ICQ contacts in my Jabber
roster
not being present in my ICQ buddy list (for whatever reason I still don't
understand). Aside from never appearing as online, whenever one of these
contacts IM'd me, PyICQt would quickly raise a KeyError trying to find this
contact in self.xdbcontacts (which seems to be built up from the ICQ buddy
list).

I think a way to fix this would be to build the self.xdbcontacts as before, and
then, for every ICQ contact in the roster not in this list, issue an
authorization request. I'm not fluent enough in Python to do this by myself.

This error would take the whole transport down (for other users too), even
if it
didn't exit. It was necessary to restart it every time this happened. Maybe
some
kind of method, either to definitely quit, or fix the problem, would be neat
too.

 Posted by Kepi at 2006-01-16 16:28:18

Sometimes I'm online after close my client. I have same report from one of my
users. I can't find conditions why this is happening... 

Posted by jadestorm at 2006-01-16 17:30:39

Hrm.  The only situation I can think of where that would happen regularly is if
you don't actually have the transport in your roster, in which case you never
send a "I'm going offline" message to the transport.  (So the
transport never knows you've left)  Can you verify that the transport is in
your
roster?

Posted by jadestorm at 2006-02-03 22:44:27

Are you using Pandion?  I keep seeing this happen with Pandion.

Posted by guest at 2006-02-21 15:07:49

I'm using gajim and I'm experiencing the same problem
(http://trac.gajim.org/ticket/1594). Will update to current svn this evening 
and test if the problem still exists. No idea if this is a client or a
transport-problem. But I think it's client-side, becaus it just happes if I'm
using gajim.

Posted by jadestorm at 2006-02-21 15:17:45

I think I may need to work on a way for PyICQ/PyAIM to "ping" the
client and make sure it's still there, and sever the connection if not.  I
think
that would help a lot of these issues.  Regardless, I'd like to be able to
see a
tcpdump communicate between the transport and the jabber server when this is
going on to see what's being passed, what might be being ignored, etc.

Posted by Z_God at 2006-11-01 13:38:48

This happened to me too I think. It might be possible that my client crashed
then.

I received the messages people sent me after I logged on similar as if I would
receive other messages sent to me when I'm offline on Jabber. (Seemed quite
neat
actually :)

Posted by guest at 2006-09-24 11:34:49

When I try to restore my dump I only get this error.

randy tools # ./migrate.py -c ../config.xml restore icq.dump
Traceback (most recent call last):
  File "./migrate.py", line 118, in ?
    input = utils.parseFile(args[1])
NameError: name 'utils' is not defined

 Posted by guest at 2006-11-08 10:00:15

It seems that pyicqt is adding multiple error childs.

A user who is not registered with the transport sent three messages to some icq
#. 
The first error message is ok:
<message from='fool@myhost/tn' to='somenumber@icq'
type='chat'><body>test1</body></message>
<message to='fool@myhost/tn' from='somenumber@icq' type='error'>
    <error code='401' type='auth'>
        <not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
        <text xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Fehler. Sie
m..ssen sich erst beim Transport anmelden bevor Nachrichten versendet werden
k..nnen.</text>
    </error>
    <body>test1</body>
</message>

The second one contains the error and body childs from the first error:
<message from='fool@myhost/tn' to='somenumber@icq'
type='chat'><body>test2</body></message>
<message to='fool@myhost/tn' from='somenumber@icq' type='error'>          
                                        <error code='401' type='auth'>    

<not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>             
                                    <text
xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Fehler. Sie m..ssen sich erst
beim Transport anmelden bevor Nachrichten versendet werden k..nnen.</text>
                                                               </error>   


                  <body>test1</body>                                
                                                            <error code='401'
type='auth'>                                                                 
                   <not-authorized
xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>                                
                 <text xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Fehler.
Sie m..ssen sich erst beim Transport anmelden bevor Nachrichten versendet
werden
k..nnen.</text>
    </error>
    <body>test2</body>
</message>

and the third contains all the errors from messages 1 + 2:
<message from='fool@myhost/tn' to='somenumber@icq'
type='chat'><body>test3</body></message>
<message to='fool@myhost/tn' from='somenumber@icq' type='error'>          
                                        <error code='401' type='auth'>    

<not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>             
                                    <text
xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Fehler. Sie m..ssen sich erst
beim Transport anmelden bevor Nachrichten versendet werden k..nnen.</text>
                                                               </error>   


                  <body>test1</body>                                
                                                            <error code='401'
type='auth'>
        <not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
        <text xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Fehler. Sie
m..ssen sich erst beim Transport anmelden bevor Nachrichten versendet werden
k..nnen.</text>
    </error>
    <body>test2</body>
    <error code='401' type='auth'>
        <not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
        <text xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'>Fehler. Sie
m..ssen sich erst beim Transport anmelden bevor Nachrichten versendet werden
k..nnen.</text>
    </error>
    <body>test3</body>
</message>

Version is from SVN, Last Updated: 2006-09-28 14:19:12 +0200 (Thu, 28 Sep 2006)

Posted by guest at 2006-11-08 10:25:30

This also happens if another user sends the second message, disclosing what the
first user sent.

Posted by guest at 2006-11-12 20:18:33

http://hancke.name/jabber/doubleerror.patch fixes this bug. 

Currently, sendErrorMessage uses ONE shared element (check id(el)), which
causes
the bugs described above.

Python gotchas... ;-)

 Posted by legoscia at 2005-08-13 12:09:03

Every now and then, our PyICQ-t transport gets the error below, and becomes
completely unresponsive; neither Jabber, web administration, nor Ctrl-C can
reach it.

This is PyICQ-t r106, Python 2.3.4, Twisted 1.3.0.

[2005-08-08 08:57:08] Session [email protected] - updating status
on legacy service, resource Hemma
[2005-08-08 08:57:08] LegacyConnection: setStatus None None
[2005-08-08 08:57:08] ICQConnection: setICQStatus None
[2005-08-08 08:57:09] Traceback (most recent call last):
[2005-08-08 08:57:09]   File
"/usr/local/lib/python2.3/site-packages/twisted/internet/default.py",
line 526, in doSelect
[2005-08-08 08:57:09]     _logrun(selectable, _drdw, selectable, method, dict)
[2005-08-08 08:57:09]   File
"/usr/local/lib/python2.3/site-packages/twisted/python/log.py", line
65, in callWithLogger
[2005-08-08 08:57:09]     callWithContext({"system": lp}, func, *args,
**kw)
[2005-08-08 08:57:09]   File
"/usr/local/lib/python2.3/site-packages/twisted/python/log.py", line
52, in callWithContext
[2005-08-08 08:57:09]     return context.call({ILogContext: newCtx}, func,
*args, **kw)
[2005-08-08 08:57:10]   File
"/usr/local/lib/python2.3/site-packages/twisted/python/context.py",
line 43, in callWithContext
[2005-08-08 08:57:10]     return func(*args,**kw)
[2005-08-08 08:57:10] --- <exception caught here> ---
[2005-08-08 08:57:10]   File
"/usr/local/lib/python2.3/site-packages/twisted/internet/default.py",
line 535, in _doReadOrWrite
[2005-08-08 08:57:10]     why = getattr(selectable, method)()
[2005-08-08 08:57:10]   File
"/usr/local/lib/python2.3/site-packages/twisted/internet/tcp.py", line
255, in doRead
[2005-08-08 08:57:10]     return self.protocol.dataReceived(data)
[2005-08-08 08:57:10]   File
"/jabber/src/PyICQ-hack/src/tlib/xmlstream.py", line 159, in
dataReceived
[2005-08-08 08:57:11]     self.stream.parse(buf)
[2005-08-08 08:57:11]   File
"/usr/local/lib/python2.3/site-packages/twisted/protocols/sux.py",
line 180, in dataReceived
[2005-08-08 08:57:11]     newState = doFn(byte)
[2005-08-08 08:57:11]   File
"/usr/local/lib/python2.3/site-packages/twisted/protocols/sux.py",
line 235, in do_tagstart
[2005-08-08 08:57:11]     self.gotTagEnd(self.tagName)
[2005-08-08 08:57:11]   File
"/jabber/src/PyICQ-hack/src/tlib/domish.py", line 568, in gotTagEnd
[2005-08-08 08:57:11]     self.ElementEvent(self.currElem)
[2005-08-08 08:57:11]   File
"/jabber/src/PyICQ-hack/src/tlib/xmlstream.py", line 180, in
onElement
[2005-08-08 08:57:12]     self.dispatch(element)
[2005-08-08 08:57:12]   File
"/usr/local/lib/python2.3/site-packages/twisted/xish/utility.py", line
139, in dispatch
[2005-08-08 08:57:12]     callbacklist.callback(object)
[2005-08-08 08:57:12]   File
"/usr/local/lib/python2.3/site-packages/twisted/xish/utility.py", line
50, in callback
[2005-08-08 08:57:12]     methodwrapper(*args, **kwargs)
[2005-08-08 08:57:12]   File
"/usr/local/lib/python2.3/site-packages/twisted/xish/utility.py", line
34, in __call__
[2005-08-08 08:57:12]     self.method(*nargs, **nkwargs)
[2005-08-08 08:57:13]   File "main.py", line 223, in onPresence
[2005-08-08 08:57:13]     self.sessions[froj.userhost()].onPresence(el)
[2005-08-08 08:57:13]   File "/jabber/src/PyICQ-hack/src/jabw.py",
line 241, in onPresence
[2005-08-08 08:57:13]     self.presenceReceived(froj.userhost(), froj.resource,
toj.userhost(), toj.resource, priority, ptype, show, status)
[2005-08-08 08:57:13]   File "/jabber/src/PyICQ-hack/src/session.py",
line 138, in presenceReceived
[2005-08-08 08:57:13]     self.handleResourcePresence(source, resource, to,
tor,
priority, ptype, show, status)
[2005-08-08 08:57:13]   File "/jabber/src/PyICQ-hack/src/session.py",
line 165, in handleResourcePresence
[2005-08-08 08:57:13]     self.setStatus(r.show, r.status)
[2005-08-08 08:57:13]   File "/jabber/src/PyICQ-hack/src/session.py",
line 111, in setStatus
[2005-08-08 08:57:14]     self.legacycon.setStatus(show, status)
[2005-08-08 08:57:14]   File
"/jabber/src/PyICQ-hack/src/legacy/glue.py", line 136, in setStatus
[2005-08-08 08:57:14]     icqt.ICQConnection.setICQStatus(self, show)
[2005-08-08 08:57:14]   File
"/jabber/src/PyICQ-hack/src/legacy/icqt.py", line 272, in
setICQStatus
[2005-08-08 08:57:14]     self.bos.setICQStatus(status)
[2005-08-08 08:57:14]   File
"/jabber/src/PyICQ-hack/src/tlib/oscar.py", line 1377, in
setICQStatus
[2005-08-08 08:57:14]     self.sendSNACnr(0x01, 0x1e, TLV(0x06,
struct.pack(">HH", self.statusindicators, icqStatus)))
[2005-08-08 08:57:15]   File
"/jabber/src/PyICQ-hack/src/tlib/oscar.py", line 401, in sendSNACnr
[2005-08-08 08:57:15]     threading.Timer(delay,self.sendFLAP,[snac]).start()
[2005-08-08 08:57:15]   File "/usr/local/lib/python2.3/threading.py",
line 410, in start
[2005-08-08 08:57:15]     _start_new_thread(self.__bootstrap, ())
[2005-08-08 08:57:15] thread.error: can't start new thread
[2005-08-08 08:57:15] PyTransport: Disconnected from main Jabberd server

Posted by jadestorm at 2005-08-13 13:12:23

Is this after it's been up for a while, or is there no pattern like that?

Posted by jonas at 2005-08-13 13:41:25

Yes, after some days, a week or even longer this happends.

We run it on OpenBSD on a sparc machine. PyMSN-t runs on the same computer
without the same problems.

Posted by jadestorm at 2005-08-13 14:13:50

I'm wondering if there's either...
1. a max number of threads that it's hitting
2. it's running out of memory

Either way, I'm sure it's the cause of my code.  Either not clean

 Posted by guest at 2006-11-07 08:32:29

Hello!
I ugraded today from 0.7b to 0.8. But now PyICQ-T can't start. It says:

ImportError! You probably forgot to install Twisted Words or Web. Have a
look at
the docs. You may also be using an unsupported version of Twisted.

Why?! Version 0.7b is working fine!

Twister 2.4.0 and Twisted Words + Web are installed!

Posted by jadestorm at 2006-11-07 18:05:52

Try running infodump.py from the tools directory and let me know what it says.
Offhand, I'm not sure why it's not working.

Posted by guest at 2006-11-08 09:36:16

Here we go:

BlackBox tools # /usr/bin/python infodump.py
Python Version: 2.4.4 (#1, Nov  5 2006, 12:43:50)
[GCC 4.1.1 (Gentoo 4.1.1-r1)]
Platform: linux2
Twisted Version: 2.4.0
Twisted Words Version: 0.4.0
Twisted Xish Version: 0.1.0
Twisted Web Version: 0.6.0
Nevow Version: 0.9.0
Python Imaging Library (PIL) Version: 1.1.5
pyOpenSSL Version: Unknown or Not Installed
pycrypto Version: 2.0.1
MySQLdb Version: 1.2.1_p2

Posted by guest at 2006-11-08 09:39:23

Allright, i installed missing pyOpenSSL, but now i am getting this:

BlackBox pyicq-t # /usr/bin/python
/usr/lib/python2.4/site-packages/pyicq-t/pyicq-t.py -c /etc/jabber/pyicq-t.xml
-l /var/log/jabber/pyicq-t.log
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/pyicq-t/pyicq-t.py", line 16,
in ?
    main.main()
  File "/usr/lib/python2.4/site-packages/pyicq-t/src/main.py", line
443, in main
    app = App()
  File "/usr/lib/python2.4/site-packages/pyicq-t/src/main.py", line
412, in __init__
    self.transportSvc = PyTransport()
  File "/usr/lib/python2.4/site-packages/pyicq-t/src/main.py", line
153, in __init__
    self.xdb = xdb.XDB(config.jid)
  File "/usr/lib/python2.4/site-packages/pyicq-t/src/xdb/mysql.py",
line 24, in __init__
    db=config.xdbDriver_mysql["database"]
  File "/usr/lib/python2.4/site-packages/MySQLdb/__init__.py", line
75, in Connect
    return Connection(*args, **kwargs)
  File "/usr/lib/python2.4/site-packages/MySQLdb/connections.py", line
164, in __init__
    super(Connection, self).__init__(*args, **kwargs2)
_mysql_exceptions.OperationalError: (2002, "Can't connect to local MySQL
server through socket ''/var/run/mysqld/mysqld.sock'' (2)")

Posted by guest at 2006-11-08 10:03:57

Allright!
Its working now!

Very strange! I can't use "localhost" ! But "127.0.0.1" is
working!

 Posted by guest at 2006-09-27 15:28:45

Sry posted this in the wrong place:
http://www.blathersource.org/bugs_view.php?projid=pyaim-t&bugid=221

But the problem still exists, i also posted a ugly workaround.

/R

Posted by guest at 2006-09-28 18:22:40

Ops my bug-fix had a bug ;-)
Here is the working version:
try:
   tmp = unicode(nickname, "utf8")
 except (TypeError): # Already in unicode
   tmp = nickname
   pass
 except (UnicodeDecodeError): # Not utf-8 encoding.
   try:
    tmp = unicode(nickname, "iso8859-1")
   except (UnicodeDecodeError): # Not iso8859-1 encoding
     try:
       tmp = unicode(nickname, "utf8", "ignore") # Last
chance
     except: # Should realy never come here.
       LogEvent(ERROR, "", "Got an ape, the string is %s" %
repr(nickname))
       tmp = u"apa" # We got an ape.
       pass

/R

 Posted by schwindp at 2006-04-30 21:01:38

When using JEP-50 for statistics, PyICQ-t seems to be unable to know its
uptime,
since it's always 0.

Posted by guest at 2006-05-04 06:20:07

Just to be safe: r195 is also affected.

Posted by schwindp at 2006-05-15 06:48:26

python-version is 2.3.5

Posted by guest at 2007-06-30 12:25:55

I can see the uptime of PyICQ-t in seconds using the jabber browser -> ICQ
Transport -> PyICQ-t Commands -> Statistics for PyICQ-t.

 Posted by avb at 2006-06-23 09:14:33

Hello,

3 of my users confirm that messages that they leaves for their offline icq
contacts comes  in broken encoding.

Server configured to work with cp1251 encoding. Pyicqt-svn r208 

Posted by Little_rU at 2006-08-02 14:25:59

Same here. Tried cp1251 and utf-8.

Posted by guest at 2006-09-03 11:20:50

Confirmed. SVN r209

Posted by jadestorm at 2006-09-05 19:38:40

Hrm.  Definitely going to be a difficult one to fix.  Sigh.

Posted by Z_God at 2006-11-01 13:41:47

Similar problem. When people are online, they receive them fine. Offline
they're
messed up. (Only tested with cyrillic characters.)

 Posted by guest at 2006-11-02 11:25:46

when i tried to get user info at certain contacts (in my case they have data in
cp-1250 charset),
icq connection goes down with error:

[2006-11-02 11:40:40] Traceback (most recent call last):
          File
"/usr/lib64/python2.4/site-packages/twisted/python/log.py", line 53,
in callWithLogger
            return callWithContext({"system": lp}, func, *args, **kw)
          File
"/usr/lib64/python2.4/site-packages/twisted/python/log.py", line 38,
in callWithContext
            return context.call({ILogContext: newCtx}, func, *args, **kw)
          File
"/usr/lib64/python2.4/site-packages/twisted/python/context.py", line
59, in callWithContext
            return self.currentContext().callWithContext(ctx, func, *args,
**kw)
          File
"/usr/lib64/python2.4/site-packages/twisted/python/context.py", line
37, in callWithContext
            return func(*args,**kw)
        --- <exception caught here> ---
          File
"/usr/lib64/python2.4/site-packages/twisted/internet/epollreactor.py",
line 157, in _doReadOrWrite
            why = selectable.doRead()
          File
"/usr/lib64/python2.4/site-packages/twisted/internet/tcp.py", line
348, in doRead
            return self.protocol.dataReceived(data)
          File "/home/zet/src/pyicq-t/src/tlib/oscar.py", line 642, in
dataReceived
            state=func(flap)
          File "/home/zet/src/pyicq-t/src/tlib/oscar.py", line 759, in
oscar_Data
            func(snac)
          File "/home/zet/src/pyicq-t/src/tlib/oscar.py", line 1656,
in oscar_15_03
            self.gotUserInfo(sequenceNumber, rType,
[nick,first,last,email,homeCity,homeState,homePhone,homeFax,homeAddress,cellPhon
e,homeZip,homeCountry])
          File "/home/zet/src/pyicq-t/src/legacy/icqt.py", line 77, in
gotUserInfo
            userinfo[i] = userinfo[i].encode('utf-8', 'replace')
        exceptions.UnicodeDecodeError: 'utf8' codec can't decode bytes in
position 1-5: unsupported Unicode code range

Posted by guest at 2007-02-09 22:58:03

I have an error like this:

[2007-02-09 23:54:12] Traceback (most recent call last):
          File
"/usr/lib/python2.4/site-packages/twisted/python/log.py", line 53, in
callWithLogger
            return callWithContext({"system": lp}, func, *args, **kw)
          File
"/usr/lib/python2.4/site-packages/twisted/python/log.py", line 38, in
callWithContext
            return context.call({ILogContext: newCtx}, func, *args, **kw)
          File
"/usr/lib/python2.4/site-packages/twisted/python/context.py", line 59,
in callWithContext
            return self.currentContext().callWithContext(ctx, func, *args,
**kw)
          File
"/usr/lib/python2.4/site-packages/twisted/python/context.py", line 37,
in callWithContext
            return func(*args,**kw)
        --- <exception caught here> ---
          File
"/usr/lib/python2.4/site-packages/twisted/internet/pollreactor.py",
line 164, in _doReadOrWrite
            why = selectable.doRead()
          File
"/usr/lib/python2.4/site-packages/twisted/internet/tcp.py", line 348,
in doRead
            return self.protocol.dataReceived(data)
          File "/home/jabber/bin/pyicq-t-0.8/src/tlib/oscar.py", line
642, in dataReceived
            state=func(flap)
          File "/home/jabber/bin/pyicq-t-0.8/src/tlib/oscar.py", line
759, in oscar_Data
            func(snac)
          File "/home/jabber/bin/pyicq-t-0.8/src/tlib/oscar.py", line
1656, in oscar_15_03
            self.gotUserInfo(sequenceNumber, rType,
[nick,first,last,email,homeCity,homeState,homePhone,homeFax,homeAddress,cellPhon
e,homeZip,homeCountry])
          File "/home/jabber/bin/pyicq-t-0.8/src/legacy/icqt.py", line
77, in gotUserInfo
            userinfo[i] = userinfo[i].encode('utf-8', 'replace')
        exceptions.UnicodeDecodeError: 'utf8' codec can't decode bytes in
position 4-7: unexpected end of data

 Posted by guest at 2006-03-05 18:42:00

If a contact has, for example, "олдж" in first name, it is seen
via Jabber-ICQ as "iea?".

Posted by Z_God at 2006-11-01 13:40:03

Similar problem here. Even on the ICQ site it seems to go wrong though. It
seems
ICQ uses a legacy encoding to store such things.

 Posted by Eythian at 2006-03-14 11:53:49

In config.xml I have:
<webport>12345</webport>
however:
# telnet 127.0.0.1 12345
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused

I don't appear to be getting errors about this anywhere.

Posted by jadestorm at 2006-03-14 15:48:16

If you run the transport in debug mode, do you see a message about it?  (you
should at least see a message indicating that it failed to run)  If you are
running Twisted 1.*, it won't run at all.  (except that I fixed that issue in
SVN)  It also won't run at all if you don't have nevow installed.

Posted by xfyre at 2006-03-17 18:54:28

I had a similar (but most probably not the same) issue: web interface was
listening on specified port, I was able to connect and got username/password
request; however, nothing happened afterwards - http connect just freezes
forever.

Does it use jabber id/password for authentication? Does it make sense that I'm
using Google Talk?

Posted by jadestorm at 2006-03-18 00:09:16

The forever freeze is related to a lack of ability to connect.  =(   I need to
figure out how to make it try once.

Posted by farcaller at 2007-01-08 18:02:56

[2007-01-08 18:00:28] WARN ::  :: 8/src/main.p :: main :: {'appserver':
<module 'nevow.appserver' from
'/usr/lib/python2.4/site-packages/nevow/appserver.pyc'>, 'app': <main.App
instance at 0x402e5b6c>} :: Unable to start web interface.  Either Nevow is
not installed or you need a more recent version of Twisted.  (>= 2.0.0.0)

$ tools/infodump.py
Python Version: 2.4.4 (#1, Nov 30 2006, 20:34:32)
[GCC 4.1.1 (Gentoo 4.1.1-r3)]
Platform: linux2
Twisted Version: 2.2.0
Twisted Words Version: 0.1.0
Twisted Xish Version: 0.1.0
Twisted Web Version: 0.5.0
Nevow Version: 0.6.0
Python Imaging Library (PIL) Version: 1.1.5
pyOpenSSL Version: 0.6
pycrypto Version: 2.0.1
MySQLdb Version: 1.2.1_p2

any ideas?

Posted by guest at 2007-01-31 21:13:09

the news-file coming with 0.8 of pyicqt states that as of 0.7b the webinterface
will work with twisted 1 but with my installation it doesn't work.

my infodump:
Python Version: 2.3.5 (#2, Oct 16 2006, 19:19:48) 
[GCC 3.3.5 (Debian 1:3.3.5-13)]
Platform: linux2
Twisted Version: 1.3.0rc1
/usr/lib/python2.3/site-packages/twisted/words/__init__.py:21: UserWarning:
twisted.words will be undergoing a rewrite at some point in the future.
  warnings.warn("twisted.words will be undergoing a rewrite at some point
in the future.")
Twisted Words Version: Unknown or Not Installed
Twisted Xish Version: Unknown or Not Installed
Twisted web Version: Unknown or Not Installed
Nevow Version: 0.3
Python Imaging Library (PIL) Version: 1.1.4
pyOpenSSL Version: 0.6
pycrypto Version: Unknown or Not Installed
MySQLdb Version: 1.2.1g2

either the documentation is wrong or there is some bug

thanks

 Posted by guest at 2006-04-26 07:22:47

i had a lot of problems in last days but today this one is new

i restart the service try to connect and it dies. every time, reproducable with
this message and always such strange packets before the closing, i use svn
version 191 :


[2006-04-26 09:20:16] {5:
'\x00\x1a\x00+\xa8y\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00'}
[2006-04-26 09:20:16] hmm, weird tlvs for <legacy.icqt.OA instance at
0xb705f06c> cookie packet
[2006-04-26 09:20:16] {5:
'\x00\x1a\x00+\xa8y\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00'}
[2006-04-26 09:20:16] snac
[2006-04-26 09:20:16] [23, 1, 0, 0, 0L,
'\x00\x05\x00!\x00\x1a\x00+\xa8y\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00']
[2006-04-26 09:20:16] Connection Lost! <legacy.icqt.OA instance at
0xb705f06c>
[2006-04-26 09:20:16] Connection Lost! <legacy.icqt.OA instance at
0xb705f06c>
[2006-04-26 09:20:16] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0xb705f0ac>

Posted by guest at 2006-04-26 07:28:10

im using psi client with it maybe it is a problem with psi?

[2006-04-26 09:26:12] INFO :: [email protected] :: Session ::
gotCapabilities :: {'var':
u'http://jabber.org/protocol/si/profile/file-transfer', 'el':
<tlib.domish.Element object at 0xb702bfac>, 'e': <tlib.domish.Element
object at 0xb702bcac>, 'item': <tlib.domish.Element object at
0xb702bdec>, 'fro': u'[email protected]/Psi'} :: Capabilities of
u'[email protected]/Psi':

u'http://jabber.org/protocol/bytestreams\n\thttp://jabber.org/protocol/si\n\thtt
p://jabber.org/protocol/si/profile/file-transfer'
[2006-04-26 09:26:17] {5:
'\x00\x1a\x02\x92r\xd6\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x
00\x00\x00\x00\x00\x00\x00\x00'}
[2006-04-26 09:26:17] hmm, weird tlvs for <legacy.icqt.OA instance at
0xb702104c> cookie packet
[2006-04-26 09:26:17] {5:
'\x00\x1a\x02\x92r\xd6\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x
00\x00\x00\x00\x00\x00\x00\x00'}
[2006-04-26 09:26:17] snac
[2006-04-26 09:26:17] [23, 1, 0, 0, 0L,
'\x00\x05\x00!\x00\x1a\x02\x92r\xd6\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00']
[2006-04-26 09:26:17] Connection Lost! <legacy.icqt.OA instance at
0xb702104c>
[2006-04-26 09:26:17] Connection Lost! <legacy.icqt.OA instance at
0xb702104c>
[2006-04-26 09:26:17] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0xb70210ac>

Posted by guest at 2006-04-27 13:55:21

after switching now to svn 192 no such thing happened so far (thats a few hours
already) if it occurs again i will post

Posted by guest at 2006-04-28 07:41:48

unfortunately it happened again, same problem

it seems to happen randomly at connecting to the pyicq-t service with psi
client

[2006-04-28 09:03:45] INFO ::  :: IqHandler :: onIq :: {'el':
<tlib.domish.Element object at 0xb702098c>, 'froj':
<tlib.jabber.jid.JID instance at 0xb6fcd16c>, 'fro':
u'[email protected]/Notebook', 'iqType': u'result', 'ulang': None,
'to': u'icq.cheatpoint.de', 'ID': u'379'} :: Doing callback
[2006-04-28 09:03:45] INFO :: [email protected] :: Session ::
gotCapabilities :: {'var':
u'http://jabber.org/protocol/si/profile/file-transfer', 'el':
<tlib.domish.Element object at 0xb702098c>, 'e': <tlib.domish.Element
object at 0xb70209ac>, 'item': <tlib.domish.Element object at
0xb6fcd1cc>, 'fro': u'[email protected]/Notebook'} :: Capabilities
of u'[email protected]/Notebook':

u'http://jabber.org/protocol/bytestreams\n\thttp://jabber.org/protocol/si\n\thtt
p://jabber.org/protocol/si/profile/file-transfer'
[2006-04-28 09:03:51] {5:
'\x00\x1a\x00+\xa8y\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00'}
[2006-04-28 09:03:51] hmm, weird tlvs for <legacy.icqt.OA instance at
0xb6fd2eec> cookie packet
[2006-04-28 09:03:51] {5:
'\x00\x1a\x00+\xa8y\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00'}
[2006-04-28 09:03:51] snac
[2006-04-28 09:03:51] [23, 1, 0, 0, 0L,
'\x00\x05\x00!\x00\x1a\x00+\xa8y\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00']
[2006-04-28 09:03:51] Connection Lost! <legacy.icqt.OA instance at
0xb6fd2eec>
[2006-04-28 09:03:51] Connection Lost! <legacy.icqt.OA instance at
0xb6fd2eec>
[2006-04-28 09:03:51] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0xb6fd2f4c>

after this i cant go online in the service any more and have to restart it



Posted by jadestorm at 2006-04-29 02:21:59

Do you see an -attempt- to log in before restarting?  Or does PyICQ not respond
at all?

Posted by jadestorm at 2006-04-30 02:52:26

Sounds like this has nothing to do with what version you are running.  Sounds
more like a timing issue . . . like one day you can log in and one day you
can't.  That sort of thing.

Posted by Z_God at 2006-05-10 12:58:16

I seem to have the same problem.
I too need to restart PyICQ-t after a while to be able to log in again.

Posted by Z_God at 2006-05-10 13:06:24

Here is a full debug log of a log-in attempt, when PyICQ-t is in such a
'need to
restart first, before logging in is possible again' state. (Also contains MySQL
error, don't know if this is related.)
http://haar.student.utwente.nl/~julius/pyicq-t-nologonanymore.debug.gz

Posted by micressor at 2006-06-15 08:57:22

[2006-06-15 10:55:12] Connection Lost! <legacy.icqt.OA instance at
0xb4e086ec>
[2006-06-15 10:55:12] Connection Lost! <legacy.icqt.OA instance at
0xb4e086ec>
[2006-06-15 10:55:12] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0xb4e08b2c>

Same here, any news about that?

Posted by Z_God at 2006-11-02 10:25:37

Here is the log of a complete log-in attempt (right-click->login with Psi).
It seems PyICQt doesn't always attempt a complete log-in but expects an
connection to be already made. This is with latest SVN & Twisted 1.3.

[2006-11-02 11:15:23] INFO :: [email protected] :: Session ::
onPresence :: {'el': <twisted.words.xish.domish.Element object at
0x4097d1ac>} ::
[2006-11-02 11:15:23] INFO :: [email protected] :: Session ::
onPresence :: {'status': None, 'el': <twisted.words.xish.domish.Element
object at 0x4097d1ac>, 'froj': <twisted.words.protocols.jabber.jid.JID
instance at 0x40916cec>, 'show': None, 'url': None, 'fro':
u'[email protected]/campus (middelvinger)', 'ptype': None,
'avatarType': '', 'avatarHash': '', 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x4091682c>, 'to':
u'icq', 'child': <twisted.words.xish.domish.Element object at 0x4097586c>,
'nickname': '', 'priority': u'5'} :: Parsed presence packet
[2006-11-02 11:15:23] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'campus
(middelvinger)',
'show': None, 'url': None, 'ptype': None, 'existing': True, 'priority': u'5',
'to': u'icq', 'tor': None, 'source': u'[email protected]'} ::
Setting status
[2006-11-02 11:15:23] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'campus
(middelvinger)',
'show': None, 'url': None, 'ptype': None, 'existing': True, 'priority': u'5',
'to': u'icq', 'tor': None, 'source': u'[email protected]',
'highestActive': u'campus (middelvinger)'} :: Updating status on legacy service
[2006-11-02 11:15:23] INFO :: [email protected] ::
glue.LegacyConnection :: setStatus :: {'url': None, 'nickname': u'Z_God',
'friendly': None, 'show': None} ::
[2006-11-02 11:15:44] INFO :: [email protected] :: icqt.B ::
connectionLost :: {'message': 'Oversize arg', 'reason':
<twisted.python.failure.Failure twisted.internet.error.ConnectionLost>} ::
ICQ connection lost! Reason: [Failure instance: Traceback:
twisted.internet.error.ConnectionLost, Connection to the other side was lost in
a non-clean fashion.
        ]
[2006-11-02 11:15:44] INFO :: [email protected] :: Session ::
sendMessage :: {'body': 'Oversize arg', 'delay': None, 'fro': 'icq', 'mtype':
'error', 'to': u'[email protected]', 'xhtml': None, 'nickname':
None} ::
[2006-11-02 11:15:44] INFO ::  ::  :: sendMessage :: {'body': 'Oversize arg',
'delay': None, 'fro': 'icq', 'mtype': 'error', 'to':
u'[email protected]', 'xhtml': None, 'nickname': None, 'pytrans':
<main.PyTransport instance at 0x403a7bec>} ::
[2006-11-02 11:15:44] Connection Lost! <legacy.icqt.B instance at
0x4097184c>
[2006-11-02 11:15:44] INFO :: [email protected] :: Session ::
removeMe :: {} ::
[2006-11-02 11:15:44] INFO :: [email protected] :: Session ::
sendPresence :: {'status': None, 'show': None, 'url': None, 'fro': 'icq',
'avatarHash': None, 'ptype': 'unavailable', 'priority': None, 'to':
u'[email protected]', 'nickname': None, 'payload': []} ::
[2006-11-02 11:15:44] INFO :: [email protected] ::
glue.LegacyConnection :: removeMe :: {'icq2jid': <function icq2jid at
0x407ffdf4>} ::
[2006-11-02 11:15:44] INFO :: [email protected] :: ContactList ::
removeMe :: {} ::
[2006-11-02 11:15:44] INFO :: [email protected] :: Session ::
removeMe :: {'tmpjid': 'icq'} :: Removed!
[2006-11-02 11:15:44] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0x4096dbec>

Posted by Z_God at 2006-11-02 10:28:26

[2006-11-02 11:22:19] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0x4098c26c>

Got just printed after this. I only attempted a single log-in from a single
JID.
Could it be possible instances get mixed up somewhere or something like that?

Posted by Z_God at 2006-11-02 10:32:48

It seems I could indeed log on fine now again. So it seems waiting for that
second stopping factory seemed to enable me to log in properly again.
During the log on, I did get another "Connection lost in non clean
fashion" error, but that didn't seem to prevent PyICQt from logging me in.
I could provide the debug log of this too if interesting.

Posted by Z_God at 2006-11-06 10:04:14

This bug seems to be related:
http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=205

The person who sent this message was also able to fix his problem by switching
reactors:
http://modevia.com/pipermail/py-transports/2006-November/003591.html
He did it by switching to the poll reactor.

I'm using Linux 2.4 myself which seems to cause the poll reactor to be used by
default already though.

Posted by Z_God at 2006-11-06 10:14:09

Addition to the previous message, poll still seems to give problems with him.

Could it be that epoll is the only safe reactor?

What is weird, he has the problem with PyAIMt, while I have it with PyICQt most
of the time and not very often with PyAIMt.

 Posted by guest at 2005-11-04 18:41:16

I upgraded from an older svn version (Rev 92) to the latest (Rev 109).
There is a new error: The statusmessages from icq now contain the mime-type as
text and the text is not de-/encoded correctly 
I made a screenshot of a statusmessage:
https://schattenwelten.dyndns.org/~mark/statusmessage.jpg

-> text/x-aolrtf; charset="iso-8859-1" wasn't shown as
statusmessage-text before and the word on the bottom isn't printed correctly in
iso-8859-1.

Posted by jadestorm at 2005-11-05 18:23:36

Attaching the file so you don't have to keep it there if you don't want.  =D

interesting that that's showing up like that... sigh!  =)  Thanks for the
report!

Posted by jadestorm at 2005-12-13 20:31:32

[text/x-aolrtf; charset="iso-8859-1": schnö zum schochtlwirt]
as an example

Posted by guest at 2005-12-20 23:35:29

yes, and the problem still exists in Rev 124. I'm telling this just in case Rev
122 was intended to fix it ;-)

Posted by jadestorm at 2005-12-21 04:59:04

Nope, it was not.

Posted by guest at 2006-01-27 20:55:04

I can confirm this problem. Same problem here using a checkout from
mid-January.

Posted by guest at 2006-01-27 20:56:34

hmm.. but there is a difference. here "text/aolrtf" is listed as
charset (instead of "text/x-aolrtf".)

Posted by jadestorm at 2006-02-11 03:00:48

I can not duplicate this no matter what I try.  Any idea what client the person
on the other end is using?

Posted by guest at 2006-10-05 09:34:20

I have same problem, if my friend use original ICQ5 client and setup away
message in Czech language. Then I see the China characters.
Away message is imho in UTF-16.

 Posted by Z_God at 2006-11-01 13:35:07

It seems I only have this problem with a single contact I'm chatting with. At
least I can't reproduce it myself nor did other people notify me of similar
issues.

The typing indicator on the side of the ICQ user seems to continue to indicate
I'm typing something, while I've actually stopped typing (and often even have
actually sent the message) already. On average it takes about 5 seconds before
the indication dissappears. Sometimes it can take a lot longer though.

Chatting to the same user using PyAIMt, it seems to work without problems.
The ICQ user is using the official ICQ client for MS Windows version 5.1.

Posted by Z_God at 2006-11-01 13:36:47

Some extra notes, I'm running the latest SVN of both. I'm in the Netherlands
(transport too) and the ICQ user is in Russia (behind a NAT). Maybe this is
important somehow.

Posted by jadestorm at 2006-11-07 18:07:43

This is actually the same problem as the "delayed messages" problem. 
Basically the typing notification doesn't get sent until "something
else" happens".

Posted by guest at 2006-05-23 15:32:31

If I send a <presence type='unsubscribe' from='[email protected]'
to='icq.example.com'/> stanza to a PyICQt, I get back an unavailable
presence, but I never get back a <presence type='unsubscribed'/> which I'd
expect to get.

Posted by guest at 2006-05-03 16:11:14

I'm running Debian etch and after Upgrade from rev 183 to 195 PyICQt cant start
in background mode:

[2006-05-03 17:10:59] Traceback (most recent call last):
[2006-05-03 17:10:59]   File "PyICQt.py", line 16, in ?
[2006-05-03 17:10:59]     main.main()
[2006-05-03 17:10:59]   File "/home/dna/pyicq-t/src/main.py", line
490, in main
[2006-05-03 17:10:59]    
daemonize.daemonize(stdout=config.debugFile,stderr=config.debugFile)
[2006-05-03 17:10:59]   File "/home/dna/pyicq-t/src/daemonize.py",
line 29, in daemonize
[2006-05-03 17:10:59]     os.dup2(so.fileno( ), sys.stdout.fileno( ))
[2006-05-03 17:10:59] OSError: [Errno 9] Bad file descriptor

After turning off debugging it works well.

 Posted by motienko at 2005-08-04 19:49:28

PyICQ-t on FreeBSD 5.4

SIZE    RES STATE    TIME   WCPU    CPU COMMAND
1 connected user
17580K 12564K kserel   1:40  0.00%  0.00% python
2 connected users
18036K 12876K kserel   1:40  0.00%  0.00% python
3 connected users
18296K 13236K kserel   1:41  0.00%  0.00% python
4 connected users
18448K 13492K kserel   1:42  0.00%  0.00% python

JIT with 59 connected users
13328K  9496K poll    14:53  0.00%  0.00% jabberd-jit

Is it possible to minimize memory usage?
Maybe some python options can do that?

Posted by motienko at 2005-08-04 20:04:51

update:

After disconnection of all users memory usage is bigger .
18792K 13564K kserel   1:43  0.00%  0.00% python

After restarting and zero users online it is:
9828K  7980K select   0:01  3.47%  1.66% python

I guess memory leak is somewhere.

Posted by maxbritov at 2005-08-05 08:50:46

Confirm issue! I just test with my online/offline switching and log top's
report.
Virt / Res / Shr
47108 / 6112 / 1928
79964 / 6248 / 1928 - online
79964 / 6248 / 1928 - offline
47180 / 6216 / 1928 - waiting in offline
63652 / 6408 / 1928 - online
55456 / 6408 / 1928 - waiting in online
55456 / 6408 / 1928 - offline
47260 / 6400 / 1928 - waiting in offline
71912 / 6592 / 1928 - online
47324 / 6604 / 1928 - waiting in online

Posted by jadestorm at 2005-08-08 03:29:11

This is a repeat of bug 56...

Posted by jadestorm at 2005-12-14 16:21:46

http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=56
(I closed the other bug since this has more info)

Posted by jadestorm at 2006-03-25 16:10:12

I'm open for any suggestions anyone might have for this.  I can't figure
out how
to really DO anything about Python memory usage as it holds onto memory that
it's not even using anymore.  (keeps it in a pool for later use)

Posted by avb at 2006-12-09 18:12:11

http://twistedmatrix.com/trac/ticket/1495

it seems that the problem looks like that. 

The problem is very urgent. i need to reboot icq transport on jabber.org.by
twice a day.

Hope that tomorrow i will provide more information

Posted by jadestorm at 2006-12-09 18:13:36

I'm open to patches!  I haven't had time to work on PyICQt as of late.

Posted by avb at 2006-12-10 01:12:37

i'm examining code now. Hope i will find a problem soon.

Posted by guest at 2007-05-23 09:00:13

Have anybody solution? pyicqt drives me mad :((

 Posted by xfyre at 2006-04-02 06:54:00

Actually the problem occurs only in native GTalk client, so I'm not sure
this is
pyicq-t issue. When I'm initiating chat session, sending message to ICQ
contact,
it goes offline right after I've sent my message (or maybe it happens at the
moment when he/she starts typing, so it's probably typing notification
problem).

The part of log follows (relevant UIN is 66962251):

=====
[2006-04-02 10:29:11] INFO :: [email protected] :: Session :: onPresence
:: {'status': None, 'el': <twisted.words.xish.domish.Element object at
0xb734d90c>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0xb746db2c>, 'show': None, 'url': None, 'fro':
u'[email protected]/Talk.v91D1B3AFC3', 'avatarHash': '',
'avatarType': '',
'ptype': u'probe', 'toj': <twisted.words.protocols.jabber.jid.JID instance at
0xb746d7cc>, 'to': u'[email protected]', 'nickname': '',
'priority': None} :: Parsed presence packet
[2006-04-02 10:29:19] INFO :: [email protected] :: Session ::
onMessage ::
{'el': <twisted.words.xish.domish.Element object at 0xb734d90c>} :: 
[2006-04-02 10:29:19] INFO :: [email protected] :: Session ::
onMessage ::
{'body': u'\u043f\u0440\u0438\u0432\u0435\u0442. \u0441
\u0437\u0430\u043a\u0440\u044b\u0442\u0438\u0435\u043c
\u043c\u0435\u0441\u044f\u0446\u0430 \u0432\u0441\u0435 \u0432
\u043f\u043e\u0440\u044f\u0434\u043a\u0435?', 'el':
<twisted.words.xish.domish.Element object at 0xb734d90c>, 'chatStates':
True, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0xb746d26c>, 'fro': u'[email protected]/Talk.v91D1B3AFC3', 'child':
<twisted.words.xish.domish.Element object at 0xb7649eac>, 'composing':
None, 'mID': u'34', 'mtype': u'chat', 'to': u'[email protected]',
'noerror': False, 'error': None, 'xhtml': None, 'messageEvent': False,
'chatStateEvent': u'active', 'autoResponse': 0, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0xb746d44c>} ::
Message packet
[2006-04-02 10:29:19] INFO :: [email protected] :: Session ::
messageReceived :: {'body': u'\u043f\u0440\u0438\u0432\u0435\u0442. \u0441
\u0437\u0430\u043a\u0440\u044b\u0442\u0438\u0435\u043c
\u043c\u0435\u0441\u044f\u0446\u0430 \u0432\u0441\u0435 \u0432
\u043f\u043e\u0440\u044f\u0434\u043a\u0435?', 'autoResponse': 0, 'resource':
u'Talk.v91D1B3AFC3', 'dest': u'[email protected]', 'mtype':
u'chat',
'source': u'[email protected]', 'noerror': False, 'destr': None, 'xhtml':
None} :: Message
[2006-04-02 10:29:19] INFO :: [email protected] :: glue.LegacyConnection
:: sendMessage :: {'resource': u'Talk.v91D1B3AFC3', 'target':
u'[email protected]', 'autoResponse': 0, 'noerror': False,
'message': u'\u043f\u0440\u0438\u0432\u0435\u0442. \u0441
\u0437\u0430\u043a\u0440\u044b\u0442\u0438\u0435\u043c
\u043c\u0435\u0441\u044f\u0446\u0430 \u0432\u0441\u0435 \u0432
\u043f\u043e\u0440\u044f\u0434\u043a\u0435?', 'xhtml': None} :: 
[2006-04-02 10:29:19] INFO :: [email protected] :: glue.LegacyConnection
:: sendMessage :: {'iconStamp': 1143959359.196749, 'resource':
u'Talk.v91D1B3AFC3', 'target': u'[email protected]', 'message':
u'\u043f\u0440\u0438\u0432\u0435\u0442. \u0441
\u0437\u0430\u043a\u0440\u044b\u0442\u0438\u0435\u043c
\u043c\u0435\u0441\u044f\u0446\u0430 \u0432\u0441\u0435 \u0432
\u043f\u043e\u0440\u044f\u0434\u043a\u0435?', 'uin': u'66962251',
'autoResponse': 0, 'jid2icq': <function jid2icq at 0xb763725c>, 'noerror':
False, 'iconSum': 25319L, 'wantIcon': 0, 'offline': 0, 'xhtml': None,
'iconLen':
1761} :: Going to send info about our icon, length 1761, cksum 25319
[2006-04-02 10:29:19] INFO :: [email protected] :: glue.LegacyConnection
:: sendMessage :: {'iconStamp': 1143959359.196749, 'resource':
u'Talk.v91D1B3AFC3', 'target': u'[email protected]', 'message':
u'\u043f\u0440\u0438\u0432\u0435\u0442. \u0441
\u0437\u0430\u043a\u0440\u044b\u0442\u0438\u0435\u043c
\u043c\u0435\u0441\u044f\u0446\u0430 \u0432\u0441\u0435 \u0432
\u043f\u043e\u0440\u044f\u0434\u043a\u0435?', 'uin': u'66962251',
'autoResponse': 0, 'jid2icq': <function jid2icq at 0xb763725c>, 'noerror':
False, 'iconSum': 25319L, 'wantIcon': 0, 'offline': 0, 'xhtml': None,
'iconLen':
1761} :: 
[2006-04-02 10:29:19] INFO :: [email protected] :: legacylist.LegacyList
:: hasCapability :: {'capability': 'unicode', 'contact': u'66962251'} :: 
[2006-04-02 10:29:19] INFO :: [email protected] :: glue.LegacyConnection
:: sendMessage :: {'iconStamp': 1143959359.196749, 'resource':
u'Talk.v91D1B3AFC3', 'target': u'[email protected]', 'encoding':
'utf-16be', 'message': u'\u043f\u0440\u0438\u0432\u0435\u0442. \u0441
\u0437\u0430\u043a\u0440\u044b\u0442\u0438\u0435\u043c
\u043c\u0435\u0441\u044f\u0446\u0430 \u0432\u0441\u0435 \u0432
\u043f\u043e\u0440\u044f\u0434\u043a\u0435?', 'charset': 'unicode', 'uin':
u'66962251', 'autoResponse': 0, 'jid2icq': <function jid2icq at
0xb763725c>, 'noerror': False, 'iconSum': 25319L, 'wantIcon': 0, 'offline':
0, 'xhtml': None, 'iconLen': 1761} :: Encoding 'utf-16be'
[2006-04-02 10:29:28] INFO :: [email protected] :: icqt.B ::
receiveTypingNotify :: {'type': 'begin', 'icq2jid': <function icq2jid at
0xb76371ec>, 'user': <OSCARUser 66962251, warning level None, flags [],
idle for 0 minutes>} :: 
[2006-04-02 10:29:28] INFO :: [email protected] :: Session ::
sendChatStateNotification :: {'to': u'[email protected]', 'state':
'composing', 'fro': '[email protected]'} :: 
[2006-04-02 10:29:48] INFO :: [email protected] :: icqt.B ::
receiveTypingNotify :: {'type': 'idle', 'icq2jid': <function icq2jid at
0xb76371ec>, 'user': <OSCARUser 66962251, warning level None, flags [],
idle for 0 minutes>} :: 
[2006-04-02 10:29:48] INFO :: [email protected] :: Session ::
sendChatStateNotification :: {'to': u'[email protected]', 'state':
'paused', 'fro': '[email protected]'} :: 
[2006-04-02 10:29:52] INFO :: [email protected] :: Session :: onPresence
:: {'el': <twisted.words.xish.domish.Element object at 0xb746db2c>} :: 
[2006-04-02 10:29:52] INFO :: [email protected] :: Session :: onPresence
:: {'status': None, 'el': <twisted.words.xish.domish.Element object at
0xb746db2c>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0xb73814cc>, 'show': None, 'url': None, 'fro': u'[email protected]',
'avatarHash': '', 'avatarType': '', 'ptype': u'probe', 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0xb73813ec>, 'to':
u'[email protected]', 'nickname': '', 'priority': None} :: Parsed
presence packet
[2006-04-02 10:29:52] INFO :: [email protected] :: Session :: onPresence
:: {'el': <twisted.words.xish.domish.Element object at 0xb746db2c>} :: 
[2006-04-02 10:29:52] INFO :: [email protected] :: Session :: onPresence
:: {'status': None, 'el': <twisted.words.xish.domish.Element object at
0xb746db2c>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0xb73813ec>, 'show': None, 'url': None, 'fro': u'[email protected]',
'avatarHash': '', 'avatarType': '', 'ptype': u'probe', 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0xb73814cc>, 'to':
u'[email protected]', 'nickname': '', 'priority': None} :: Parsed
presence packet
[2006-04-02 10:29:54] channel = 1
[2006-04-02 10:29:54] user = <OSCARUser 66962251, flags ['free', 'icq'],
online for 9 minutes, idle for 0 minutes>, data =
0002003e0501000201060101003400020000041f04400438043204350442002e0020041f043e043a
04300020043d0435043804370432043504410442043d043e002e000b00000013000103
[2006-04-02 10:29:54] tlvs = {19: '\x03', 2:
'\x05\x01\x00\x02\x01\x06\x01\x01\x004\x00\x02\x00\x00\x04\x1f\x04@\x048\x042\x0
45\x04B\x00.\x00 \x04\x1f\x04>\x04:\x040\x00
\x04=\x045\x048\x047\x042\x045\x04A\x04B\x04=\x04>\x00.', 11: ''}
[2006-04-02 10:29:54] unknown TLV for incoming IM, 0013, '\x03'
[2006-04-02 10:29:54] Message data:
'\x05\x01\x00\x02\x01\x06\x01\x01\x004\x00\x02\x00\x00\x04\x1f\x04@\x048\x042\x0
45\x04B\x00.\x00 \x04\x1f\x04>\x04:\x040\x00
\x04=\x045\x048\x047\x042\x045\x04A\x04B\x04=\x04>\x00.'
[2006-04-02 10:29:54] INFO :: [email protected] :: icqt.B ::
receiveMessage :: {'multiparts': [('\x04\x1f\x04@\x048\x042\x045\x04B\x00.\x00
\x04\x1f\x04>\x04:\x040\x00
\x04=\x045\x048\x047\x042\x045\x04A\x04B\x04=\x04>\x00.', 'unicode',
'standard')], 'flags': ['typingnot'], 'user': <OSCARUser 66962251, flags
['free', 'icq'], online for 9 minutes, idle for 0 minutes>, 'icq2jid':
<function icq2jid at 0xb76371ec>} :: 66962251
[('\x04\x1f\x04@\x048\x042\x045\x04B\x00.\x00 \x04\x1f\x04>\x04:\x040\x00
\x04=\x045\x048\x047\x042\x045\x04A\x04B\x04=\x04>\x00.', 'unicode',
'standard')] ['typingnot']
[2006-04-02 10:29:54] INFO :: [email protected] :: icqt.B ::
receiveMessage :: {'sourcejid': '[email protected]', 'encoding':
'utf-16be', 'text': '\x04\x1f\x04@\x048\x042\x045\x04B\x00.\x00
\x04\x1f\x04>\x04:\x040\x00
\x04=\x045\x048\x047\x042\x045\x04A\x04B\x04=\x04>\x00.', 'multiparts':
[('\x04\x1f\x04@\x048\x042\x045\x04B\x00.\x00 \x04\x1f\x04>\x04:\x040\x00
\x04=\x045\x048\x047\x042\x045\x04A\x04B\x04=\x04>\x00.', 'unicode',
'standard')], 'flags': ['typingnot'], 'user': <OSCARUser 66962251, flags
['free', 'icq'], online for 9 minutes, idle for 0 minutes>, 'icq2jid':
<function icq2jid at 0xb76371ec>} :: Using encoding utf-16be
[2006-04-02 10:29:54] INFO ::  :: p :: prepxhtml :: {'s':
'\xd0\x9f\xd1\x80\xd0\xb8\xd0\xb2\xd0\xb5\xd1\x82.
\xd0\x9f\xd0\xbe\xd0\xba\xd0\xb0
\xd0\xbd\xd0\xb5\xd0\xb8\xd0\xb7\xd0\xb2\xd0\xb5\xd1\x81\xd1\x82\xd0\xbd\xd0\xbe
.'} :: Got '\xd0\x9f\xd1\x80\xd0\xb8\xd0\xb2\xd0\xb5\xd1\x82.
\xd0\x9f\xd0\xbe\xd0\xba\xd0\xb0
\xd0\xbd\xd0\xb5\xd0\xb8\xd0\xb7\xd0\xb2\xd0\xb5\xd1\x81\xd1\x82\xd0\xbd\xd0\xbe
.'
[2006-04-02 10:29:54] INFO ::  :: p :: prepxhtml :: {'all_regex':
<_sre.SRE_Pattern object at 0xb7738f20>, 'font_regex':
<_sre.SRE_Pattern object at 0xb72b9e60>, 's':
'\xd0\x9f\xd1\x80\xd0\xb8\xd0\xb2\xd0\xb5\xd1\x82.
\xd0\x9f\xd0\xbe\xd0\xba\xd0\xb0
\xd0\xbd\xd0\xb5\xd0\xb8\xd0\xb7\xd0\xb2\xd0\xb5\xd1\x81\xd1\x82\xd0\xbd\xd0\xbe
.'} :: Failed
[2006-04-02 10:29:54] INFO :: [email protected] :: Session :: sendMessage
:: {'body': u'\u041f\u0440\u0438\u0432\u0435\u0442. \u041f\u043e\u043a\u0430
\u043d\u0435\u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e.', 'delay': None,
'fro': '[email protected]', 'mtype': 'chat', 'to':
u'[email protected]', 'xhtml': None} :: 
[2006-04-02 10:29:54] INFO ::  :: p :: sendMessage :: {'body':
u'\u041f\u0440\u0438\u0432\u0435\u0442. \u041f\u043e\u043a\u0430
\u043d\u0435\u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e.', 'delay': None,
'fro': '[email protected]', 'mtype': 'chat', 'to':
u'[email protected]', 'xhtml': None, 'pytrans': <main.PyTransport
instance at 0xb72cf84c>} :: 
[2006-04-02 10:29:55] INFO :: [email protected] :: Session :: onPresence
:: {'el': <twisted.words.xish.domish.Element object at 0xb746dcac>} :: 
[2006-04-02 10:29:55] INFO :: [email protected] :: Session :: onPresence
:: {'status': None, 'el': <twisted.words.xish.domish.Element object at
0xb746dcac>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0xb73811cc>, 'show': None, 'url': None, 'fro':
u'[email protected]/Talk.v91D1B3AFC3', 'avatarHash': '',
'avatarType': '',
'ptype': u'probe', 'toj': <twisted.words.protocols.jabber.jid.JID instance at
0xb73816ac>, 'to': u'[email protected]', 'nickname': '',
'priority': None} :: Parsed presence packet
[2006-04-02 10:30:10] INFO :: [email protected] :: icqt.B :: updateBuddy ::
{'icq2jid': <function icq2jid at 0xb76371ec>, 'user': <OSCARUser
349454752, flags ['free', 'icq'], online for 0 minutes, idle for 0 minutes,
caps
['icq2go', 'icq5unknown1', 'icq_direct', 'icqxtraz', 'serv_rel', 'unicode',
('unknown', 'MirandaM\x00\x04\x03\x00\x00\x03\x05\x03')]>} :: 
[2006-04-02 10:30:10] INFO :: [email protected] :: legacylist.LegacyList ::
setCapabilities :: {'contact': '349454752', 'caplist': ['icq2go',
'icq5unknown1', 'icq_direct', 'icqxtraz', 'serv_rel', 'unicode', ('unknown',
'MirandaM\x00\x04\x03\x00\x00\x03\x05\x03')]} :: 
[2006-04-02 10:30:10] INFO :: [email protected] :: Session :: sendPresence
:: {'status': '', 'show': None, 'url': '', 'fro':
'[email protected]', 'avatarHash':
'e94db0da7a929a821529d9486d54ea3269ec429f', 'ptype': None, 'priority': None,
'to': u'[email protected]', 'nickname': u'\u0410\u0440\u0442\u0443\u0440
\u0422\u0430\u0433\u0438\u0440\u043e\u0432', 'payload':
[<twisted.words.xish.domish.Element object at 0xb75528ec>]} :: 
[2006-04-02 10:30:10] INFO :: [email protected] :: legacylist.LegacyList ::
updateSSIContact :: {'status': '', 'presence': None, 'url': '', 'show': None,
'ipaddr': '0.0.0.0', 'lanipport': 0L, 'nick': None, 'contact': '349454752',
'lanipaddr': '0.0.0.0', 'icq2jid': <function icq2jid at 0xb76371ec>,
'icqprotocol': 8} :: 
=====

Posted by avb at 2006-05-09 11:36:38

confirm. I got a mail from my user with description of this problem.

Posted by guest at 2006-08-28 22:24:53

Confirm. I've have exactly the same problem as xfyre described.

It's related to typing notifications because of two weird things:
(me=GoogleTalk user connected via PyICQt gateway; icq-user=common icq user)

1. me:start GoogleTalk and see that (for example) 3 icq-users online. Click on
any icq-user - chat windows opens. After 5-20 seconds clicked user goes offline
in GoogleTalk contact list.

2. icq-user: start ICQ5.1 and see that me online. Click on me - chat windows
opens. Type one something (do not send). After 1-2 seconds message appears:
BlackSir(it's me) is typing. I'm not typing, it's icq-user typing!


I don't know if this problem GTalk or PyICQt problem, but it really exist.
Seems
like typing notifications looped with GTalk and I don't know how to get rid of
them.

e-mail/JID:[email protected] icq:49365191

Posted by jadestorm at 2006-09-05 19:38:11

What the...  ok thanks for the debugging steps!  I'll look into it!

Posted by guest at 2006-09-06 21:44:01

As far as I know, Google Talk uses JEP-0085 and can't use JEP-0022. It's not
officially confirmed by Google, but I seen it in several forums, for example
here: http://forums.miranda-im.org/showthread.php?t=4291

maybe it helps

e-mail/JID:[email protected] icq:49365191

 Posted by xfyre at 2006-03-17 10:58:22

Sometimes transport goes to 'disconnected' state while ICQ contacts still stay
online. Attemps to reconnect result in following messages in log:

[2006-03-17 13:55:35] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'Psi', 'show': None,
'url': None, 'ptype': None, 'existing': True, 'priority': u'5', 'to':
u'icq.matrix.xfyre.com', 'tor': None, 'source': u'[email protected]',
'highestActive': u'Psi'} :: Updating status on legacy service
[2006-03-17 13:55:35] Traceback (most recent call last):
        File "/usr/lib/python2.4/site-packages/twisted/python/log.py",
line 53, in callWithLogger
          return callWithContext({"system": lp}, func, *args, **kw)
        File "/usr/lib/python2.4/site-packages/twisted/python/log.py",
line 38, in callWithContext
          return context.call({ILogContext: newCtx}, func, *args, **kw)
        File
"/usr/lib/python2.4/site-packages/twisted/python/context.py", line 59,
in callWithContext
          return self.currentContext().callWithContext(ctx, func, *args, **kw)
        File
"/usr/lib/python2.4/site-packages/twisted/python/context.py", line 37,
in callWithContext
          return func(*args,**kw)
      --- <exception caught here> ---
        File
"/usr/lib/python2.4/site-packages/twisted/internet/pollreactor.py",
line 160, in _doReadOrWrite
          why = selectable.doRead()
        File
"/usr/lib/python2.4/site-packages/twisted/internet/tcp.py", line 349,
in doRead
          return self.protocol.dataReceived(data)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/xmlstream.py",
line 72, in dataReceived
          self.stream.parse(buf)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/domish.py", line
524, in parse
          self.parser.Parse(buffer)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/domish.py", line
564, in _onEndElement
          self.ElementEvent(self.currElem)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/xmlstream.py",
line 104, in onElement
          self.dispatch(element)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/utility.py", line
233, in dispatch
          callbacklist.callback(object)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/utility.py", line
37, in callback
          methodwrapper(*args, **kwargs)
        File
"/usr/lib/python2.4/site-packages/twisted/words/xish/utility.py", line
21, in __call__
          self.method(*nargs, **nkwargs)
        File "/usr/local/pyicq-t-svn/trunk/src/main.py", line 335, in
onPresence
          self.sessions[froj.userhost()].onPresence(el)
        File "/usr/local/pyicq-t-svn/trunk/src/jabw.py", line 388, in
onPresence
          self.presenceReceived(froj.userhost(), froj.resource, toj.userhost(),
toj.resource, priority, ptype, show, status)
        File "/usr/local/pyicq-t-svn/trunk/src/session.py", line 223,
in presenceReceived
          self.handleResourcePresence(source, resource, to, tor, priority,
ptype, show, status, url)
        File "/usr/local/pyicq-t-svn/trunk/src/session.py", line 250,
in handleResourcePresence
          self.setStatus(r.show, r.status, r.url)
        File "/usr/local/pyicq-t-svn/trunk/src/session.py", line 174,
in setStatus
          self.legacycon.setStatus(self.nickname, show, status, url)
      exceptions.AttributeError: 'NoneType' object has no attribute 'setStatus'

[2006-03-17 13:55:35] INFO ::  :: PyTransport :: componentDisconnected :: {} ::
[2006-03-17 13:55:35] <twisted.internet.tcp.Connector instance at
0xb72b4e8c> will retry in 2 seconds
[2006-03-17 13:55:35] Stopping factory
<twisted.words.protocols.jabber.xmlstream.XmlStreamFactory instance at
0xb7b2f10c>

Posted by jadestorm at 2006-03-18 00:10:44

Hrm sounds like a "race condition" of sorts.

Posted by xfyre at 2006-03-18 08:38:00

If Python has some synchonization mechanisms like Java, it maybe could help to
resolve the issue? Actually I have large ICQ contact list (over 300 contacts),
so you're probably right about the cause of error.

Posted by jadestorm at 2006-03-18 14:06:31

I don't think this particular issue is "your fault"  (in other words,
happening because of your large contact list).  I think I have misplaced a
check
in my code.  It sounds like PyICQ is trying to do something before your session
has become active.  (which is what i meant by the race condition)  =( =(

 Posted by guest at 2005-03-16 19:21:28

I have copied the JIT 1.1.6 spool directory as described and ran PyICQ-t on it
together with an ejabberd 0.7.5 server. JIT works fine, I can add users and I
can see them online when they are. But with PyICQ-t, they\'re always offline. I
can re-login, restart PyICQ-t, re-copy the directory and restart ejabberd,
to no
effect. The only solutions seem to be re-adding the ICQ user to my roster. It
then appears online immediately, and re-requesting auth from that user. I guess
it needs to be accepted buth I can see this user online after this. Only
imported users don\'t work.

I\'m not sure if PyICQ stores anything to the disk as the spool files\'
timestamps were unchanged even after I stopped PyICQ. Don\'t know where it
stores its data so I could compare it. Does it store any data at all? Or is it
just somewhat incompatible with JIT in this case?

Posted by guest at 2005-03-16 19:36:12

Uh, funny apostrophe quoting here... ;)

More details:
* I can request auth from my own ICQ (my other one) and it comes online
immediately. Both accounts (jabber and ICQ) are logged in via the same
jabber/icq-t server. I haven\'t checked \"auto-auth users\" in any of
my accounts.
* I can request auth from real ICQ users, they get an auth request then and
once
they accepted it, they appear back online to me. I can exchange messages to
that
user while they\'re displayed offline.

--Yves

Posted by guest at 2005-03-16 20:53:55

More investigation:
I have absolutely no idea where PyICQ-t stores its data. And it does store some
data because online contacts are the same as on my last visit. strace tells me:
It opens my xml spool file twice in readonly, this file is indeed never touched
for writing. I can\'t find other relevant file access. It can write my
files for
sure, it\'s running as root for now. I can only imagine it stores its data in
cooperation with ejabberd somehow, but I can\'t get the data out of it.
There\'s
too much code for me to find anything in it.

Posted by jadestorm at 2005-03-17 04:28:11

That apostrophe quoting is -really- weird because like . . . . I fixed that in
the past.  ;D  I\'m not sure why it\'s back.  I\'ll fix it, no worries.  ;D

Posted by jadestorm at 2005-03-18 05:23:59

The apostrophe has been fixed.  ;D  Was due to a change we made that didn't
account for a setting.

Anyway, PyICQ-t stores it's data in the "spool" directory that's
specified in it's config.  It's supposed to be the exactly same format as JIT. 
=/  I wonder if I fatfingered something.

Posted by guest at 2005-03-18 17:48:48

Does data like authorisation get stored in the spool files? Of jit/PyICQ-t or
[e]jabberd? I have now found out how to dump my ejabberd database so I'll
probably take a further look at it this evening.

Posted by guest at 2005-03-18 19:06:52

I have found some inconsistencies: All of my regularly authorised Jabber
contacts have abonnement:both, some of the ICQ contacts, all added with jit,
have abo:to and the newly added (with PyICQ and they're the ones I can see
online) have abo:both. Does this make the difference? Has jit simply added
these
contacts in a wrong way so that I *need* to fix this first? Could I use JRU
(supposed it's back online) for this?

--Yves

Posted by guest at 2005-03-18 21:14:27

No, can't be it. I have some abonnement:both (aka subscription) contacts that
are online but don't show up with PyICQ-t. And there's currently no working JRU
on the net, the script won't run on my server and I can't do it myself due to
missing detail understanding of subscription/roster management. Bad luck today.
Is there *anyone* who has ever migrated from jit and had the same problem? If
not, I'll just have to re-add them all and tell my some users to do the same.

--Yves

Posted by jadestorm at 2005-03-20 07:24:44

I'm curious if others have run into this as well.  My JIT import worked like a
charm.  =/

Posted by guest at 2005-04-06 23:58:45

I had problems with JIT (though 1.1.0 as that is what gentoo has). All contacts
were always online when I readded the ICQ transport to jabber, but if I just
logged off and logged on again, they would always stay offline. I migrated to
pyicq-t 0.6 with the encoding patch submitted to bug 40 and pointed the
spooldir
to the spooldir of JIT and changed ownership and properties of the directories
and everything works as expected with ICQ contact statuses, just had to
authorize all my contacts once more.

Posted by guest at 2005-04-07 00:00:27

And last comment would be with jabberd 1.4 from Gentoo and Psi-cvs as client.

Posted by guest at 2005-07-30 16:35:23

About this problem
JIT can support icq contacts, which is not in server list, it place they into
spool file like this:

<query xmlns='jabber:iq:roster' xdbns='jabber:iq:roster'><item
jid='27871839'/><item jid='9388316'/></query>

I think it's needed to read they from spool at first login of user and export
they to server list (like if user add it to jabber roster), than clear  they
from spool.

--
mmm

Posted by jadestorm at 2005-12-14 16:06:44

I need to work out some features with my new XDB setup before I can do this. 
Basically, when you "import from jit style roster", I'll need to
indicate that we want to subscribe to these people... will be interesting.

 Posted by guest at 2006-03-15 17:18:44

Setting a custom away message in a xmpp client (such as Psi 0.10/0.11/-NG) has
no effect:

when setting an away message, other icq clients only get an auto-reply with the
away-message (in some cases) but in all cases the away message doesn't show up
in the status window of other clients.

--

show case:

psi (uin 1), pyICQ-t gateway, icq client (uin 2).

uin 1 client sets status "away" and custom away message (e.g.
"gone. back at 12"); uin 2 sees uin 1 is "away", but doesn't
see the away message in a status window (= one of those shiny mouse move-over
status informations you get in psi/trillian when having the cursor over a
contact).

reproducable: always.

--

more info will follow up. (tracebacks etc when I have time. which will be in
about two weeks.)

benjamin (dot) xmpp-ml (at) schallar (dot) com

Posted by benjamin at 2006-03-15 17:22:08

I should have registered first... mmmh =)

Posted by jadestorm at 2006-03-17 03:35:55

Odd.  I can't reproduce this at all!  Hrm.  I'll keep an eye out for tracebacks
and such.

Posted by guest at 2006-12-24 14:56:06

Think this only happens with Trillian as the user retrieving the message.
I tested with Gaim and Kopete and it works.

Posted by guest at 2007-05-07 06:40:26

I'm using Gajim 0.11.1 and tried it with the newest Miranda too and it didn't
work with both clients.

 Posted by guest at 2006-07-25 11:16:00

After receiving the offline message in wrong encoding pyicq-t looses connection
with icq server. So, I have to use ordinary icq client to get this message and
connect through pyicq-t. btw pyicq-t often can't determine offline message
encoding.

Posted by jadestorm at 2006-09-17 18:58:22

Ouch, that's not good.  =)  Do you have any tracebacks or other info from the
logs?

Posted by avb at 2006-10-03 15:36:25

18:28
ICQ connection lost! Reason: [Failure instance: Traceback (failure with no
frames): exceptions.UnicodeError: Unable to decode input data.  Tried the
following encodings: 'utf-8', 'windows-1251'.
]

Hello, I have the same proble today. Here is what i get in a message from
pyicqt

 Posted by Kepi at 2006-02-25 16:08:34

From two of my contacts I'm recieving messagess in html, so it is sometimes
very
hard to find what is text and what is tag :) Especially with long url addresses

One of them using SIM 0.9.3

Tell me what information do you need....

Posted by jadestorm at 2006-02-27 15:18:01

This is more or less due to the wonder that is ICQ5.  =D  They have added the
HTML-based message functionality.  I keep forgetting to fix this...  thanks for
submitting a report about it!  (It -should- be an easy fix as a flag gets
set to
indicate that it's an html-based message)

Posted by Z_God at 2006-03-05 16:44:49

Sim is opensource, so maybe it would help looking at it's source to see how it
indicated html messages?

Posted by jadestorm at 2006-03-05 16:54:23

It's easy actually.  Just need to "do it".  ;D  (there's a flag that
indicates that it's html)

Posted by Kepi at 2006-03-07 19:48:28

I'm looking forward  :) 

Posted by motienko at 2006-03-09 10:29:12

same trouble - html messages

 Posted by yves at 2006-05-20 22:48:52

No idea what type this is.

Every time I log into ICQ from Psi, I get an authorisation request from a
contact with the ICQ ID 994412. I deny it every time then delete the user from
my roster. Even removing that item from PyICQ-t's data storage doesn't help, it
always shows up again. Is there some way to make it go away?

Not sure if this is a "bug" in the way it's meant here, but then again
it's really bugging me...

The same goes for one MSN contact, everytime I log into MSN. Is it the same
problem?

Some newer Psi versions than I use offer Privacy features I believe. But this
must be solved on the server side already.

Posted by jadestorm at 2006-05-22 03:14:35

Hi yves!  There's a tool that you might be interested in that comes with
PyICQ... tools/managessi.py.  (run it out of the tools directory... cd tools;
python ./managessy.py)  Anyway, it will let you edit your server side buddy
list
directly... albeit a tad limited.  But at least it will let you verify that
994412 is or is not present.  The id could also be sticking around in your
Jabber roster for whatever reason.  (I used to have problems with that)  Yet
another scenario could be that your client 'cached' it and keeps trying.  I had
that problem with some gaim based clients.  Of course you mention Psi, so
perhaps you are using that?

 Posted by guest at 2006-05-28 06:08:36

With the latest svn version I get the following error on startup:

Traceback (most recent call last):
  File "PyICQt.py", line 16, in ?
    main.main()
  File "/home/chris/pyicq-t/trunk/src/main.py", line 497, in main
    app = App()
  File "/home/chris/pyicq-t/trunk/src/main.py", line 460, in __init__
    self.c = sasl.buildServiceManager(jid, config.saslUsername, config.secret,
"tcp:%s:%s" % (config.mainServer, config.port))
  File "/home/chris/pyicq-t/trunk/src/sasl.py", line 420, in
buildServiceManager    svc = SASLServiceManager(jid, username, password)
  File "/home/chris/pyicq-t/trunk/src/sasl.py", line 402, in __init__
    self._xsFactory = SASLcomponentFactory(self.jabberId, username, password)
  File "/home/chris/pyicq-t/trunk/src/sasl.py", line 48, in
SASLcomponentFactory    a = ConnectSASLComponentAuthenticator(componentid,
username, password)
  File "/home/chris/pyicq-t/trunk/src/sasl.py", line 121, in __init__
    SASLConnectAuthenticator.__init__(self, componentjid)
TypeError: __init__() takes exactly 1 argument (2 given)

===============

I have set saslUsername, secret, useComponentBinding, and useRouteWrap. Jabber
server is Jabberd2s10. Any idea?

Cheers,
  Chris

Posted by jadestorm at 2006-05-28 12:26:20

Did you upgrade Twisted?  The sasl component stuff was broken as of Twisted
2.2.0  =(  Lots of stuff in Twisted was reorganized under the surface.  =/

Posted by crsd at 2006-07-04 12:08:25

pyICQt 0.7 show default avatar, even if <disableDefaultAvatar/> is defined
in config file. following patch should correct this behaviour:

--- src/legacy/legacylist.py.orig       Tue Jul  4 04:33:41 2006
+++ src/legacy/legacylist.py    Tue Jul  4 04:44:28 2006
@@ -185,7 +185,7 @@
                if not c:
                        LogEvent(INFO, self.session.jabberID, "Update
setting default avatar for %s" %(contact))
                        c =
self.session.contactList.createContact(icq2jid(contact), "both")
-                       if not config.disableAvatars:
+                       if not config.disableAvatars and not
config.disableDefaultAvatar:
                                if contact[0].isdigit():
                                        c.updateAvatar(glue.defaultICQAvatar,
push=False)
                                else:

 Posted by crsd at 2006-07-05 13:48:47

I have problem with renaming ICQ contacts in roster to something with
apostrophes. After restarting pyICQt, it seems to start, but doesn't go online.
Backtrace from debug log (nick in question is -= [_-'//iZARD-_] =- , just to be
the same as in ICQ):

            state=func(flap)
          File "/usr/local/lib/jabber/pyicq/src/tlib/oscar.py", line
627, in oscar_Data
            d.callback(snac)
          File
"/usr/local/lib/python2.4/site-packages/twisted/internet/defer.py",
line 252, in callback
            self._startRunCallbacks(result)
          File
"/usr/local/lib/python2.4/site-packages/twisted/internet/defer.py",
line 313, in _startRunCallbacks
            self._runCallbacks()
        --- <exception caught here> ---
          File
"/usr/local/lib/python2.4/site-packages/twisted/internet/defer.py",
line 338, in _runCallbacks
            self.result = callback(self.result, *args, **kw)
          File "/usr/local/lib/jabber/pyicq/src/legacy/icqt.py", line
359, in gotBuddyList
            self.icqcon.legacyList.updateSSIContact(u.name, nick=u.nick)
          File "/usr/local/lib/jabber/pyicq/src/legacy/legacylist.py",
line 202, in updateSSIContact
            self.session.pytrans.xdb.setListEntry("roster",
self.session.jabberID, contact.lower(),
payload=self.xdbcontacts[contact.lower()])
          File "/usr/local/lib/jabber/pyicq/src/xdb/mysql.py", line
156, in setListEntry
            c.execute("INSERT INTO
list_attributes(owner,type,jid,attribute,value)
VALUES('%s','%s','%s','%s','%s')" % (jabberID, type, legacyID, p,
payload[p]
))
          File
"/usr/local/lib/python2.4/site-packages/MySQLdb/cursors.py", line 163,
in execute
            self.errorhandler(self, exc, value)
          File
"/usr/local/lib/python2.4/site-packages/MySQLdb/connections.py", line
35, in defaulterrorhandler
            raise errorclass, errorvalue
        _mysql_exceptions.ProgrammingError: (1064, "You have an error in
your SQL syntax; check the manual that corresponds to your MySQL server version
for th
e right syntax to use near '/iZARD-_] =-')' at line 1")

Posted by Z_God at 2006-11-04 21:45:51

This should be fixed with the security update, 0.7d (& higher).

 Posted by jadestorm at 2006-03-08 17:47:59

(thanks to marek for reporting this)

If you set yourself invisible with a real ICQ client, log off, and then log in
via PyICQ, you are invisible to the rest of the world.  If you make sure to set
yourself "normal" first, all is fine.  (symptom is, external users
can't see that you are logged in)  So... I need to do something about this,
like
make you visible or something upon login.

Posted by Z_God at 2006-03-08 19:25:24

Maybe create an ad-hoc commando for this?
And if PyICQ-t is actually aware the ICQ account is set to invisible, it
probably isn't possible to send that state to the client for the gateway? Maybe
it could be added to the status message then?

Posted by yves at 2006-05-07 13:20:50

Confirmed. But hey, that's kinda cool, if you have an official ICQ client
around, you can use ICQ invisibility without Jabber support for it. :D

 Posted by guest at 2005-08-24 08:26:53

[2005-08-24 12:22:52] B: updateBuddy <OSCARUser 59880091, flags ['aim'],
online for 1 minutes>
[2005-08-24 12:22:52] User: [email protected] - JabberConnection sending
presence "[email protected]" "[email protected]"
"None" "None" "None" "None"
[2005-08-24 12:22:52] ICQContacts: updating contact 59880091
[2005-08-24 12:22:52] User: [email protected] - JabberConnection sending
message "[email protected]" "icq.balancer.ru/registered"
"ICQ connection lost! Reason: [Failure instance: Traceback (failure with no
frames): twisted.internet.error.ConnectionLost: Connection to the other
side was
lost in a non-clean fashion.
]" "error"
[2005-08-24 12:22:52] jabw: Sending a Jabber message
"[email protected]" "icq.balancer.ru/registered"
"ICQ connection lost! Reason: [Failure instance: Traceback (failure with no
frames): twisted.internet.error.ConnectionLost: Connection to the other
side was
lost in a non-clean fashion.
]" "error"
[2005-08-24 12:22:52] xmlify: class is <type 'str'>: ICQ connection lost!
Reason: [Failure instance: Traceback (failure with no frames):
twisted.internet.error.ConnectionLost: Connection to the other side was lost in
a non-clean fashion.
]
[2005-08-24 12:22:52] Session: Removing "[email protected]"
[2005-08-24 12:22:52] User: [email protected] - JabberConnection sending
presence "[email protected]" "icq.balancer.ru/registered"
"None" "None" "None" "error"
[2005-08-24 12:22:52] LegacyConnection: removeMe
[2005-08-24 12:22:52] ICQConnection: removeMe
[2005-08-24 12:22:52] Session: Completed removal
"[email protected]"
2005/08/24 12:22 MSD [B,client] Connection Lost! <legacy.icqt.B instance at
0xb74e024c>
2005/08/24 12:22 MSD [B,client] Stopping factory
<twisted.internet.protocol._InstanceFactory instance at 0xb74f518c>

Posted by jadestorm at 2005-08-24 11:40:15

What is this new "non-clean fashion" break I'm seeing lately?  Hrm....
 I'm not sure what would be causing that!  Unless we sent something to ICQ that
"crashed" our session and ICQ disconnected us 'rudely'.  Hrm.... 
maybe that's it.

Posted by jadestorm at 2005-08-24 11:40:52

From Subject: Very much connection frequently breaks: ICQ connection lost!
ConnectionLost: Connection to the other side was lost in a non-clean fashion.

Posted by Eythian at 2005-09-07 10:32:59

Just a note: I'm seeing this a reasonable amount also.

Posted by jadestorm at 2005-12-31 17:28:52

This seems to be mother ICQ outright disconnecting you.  The real ICQ client
"hides" this a tad as it auto reconnects and doesn't tell you about
it.  Not sure what to do about this yet.

Posted by guest at 2006-03-05 22:06:45

Is there a fix in SVN yet? I'm using 0.7 and get this error several times a
day.
At least 7 times today I guess.

Wouldn't it be a good idea to handle this like the official clients do:
Silently
reconnect. Maybe an additional debug message to the log.

Posted by jadestorm at 2006-03-05 23:03:54

Nope, I have no idea what causes it.  If anyone else happens to find a way to
fix it let me know.  (or is able to figure out what causes it)

As for the reconnect, still haven't thought that through.

Posted by guest at 2006-05-30 11:38:04

I used Rev 159 with jabberd 1.4.3 where everything worked (more or less) fine.
But now I upgraded to ejabberd 1.1.1 with pyicq-t 0.7a, using the same
configuration for icq.
After that all my users were able to use the transport without problems (even
better: no strange away-messages anymore, someone said), but I am not able to
use the transport:
I log on, have to wait some minutes and then comes the non-clean-fashion-stuff.
I started pyicq with -D and saw "message" is "oversized" (I
didn't send a message though, I just wanted to log in).
I'm using the transport with twisted 2.4.0, ~web 0.6.0, ~words 0.4.0, ~xish
0.1.0

Posted by jadestorm at 2006-05-30 11:44:56

You shouldn't have to worry about the oversized message thing.  That's just a
debug message intended to make it so your debug logs don't get tooooooo
ridiculous.  =)  Doesn't really mean that anything you were doing was
oversized.

Could you email me some debug logs from when you log in until when you get the
disconnection?

Posted by guest at 2006-05-30 20:32:54

ok, first the xml-stuff being sent from psi to ejabberd and back directly after
clicking on "Log on" (I shortened the statusmessage and "x
xmlns="jabber:x:signed" and removed an ICQ#):

=============================================================================
<presence to="icq.schattenwelten.dyndns.org" >
<status>statusmsg </status>
<priority>5</priority>
<x
xmlns="jabber:x:signed">c8C/Ic98lGuCd+YCZhAQCeKH5E=gLaQ</x>
<x xmlns="jabber:x:avatar">
<hash></hash>
</x>
<x xmlns="vcard-temp:x:update">
<photo></photo>
<nickname>Paganlord</nickname>
</x>
</presence>

<presence from="[email protected]"
type="unavailable"
to="[email protected]/tvk" >
<x xmlns="vcard-temp:x:update"/>
<c xmlns="http://jabber.org/protocol/caps"
node="http://pyicq-t.blathersource.org/protocol/caps"
ver="0.7a" />
</presence>

<iq type="get"
to="[email protected]" id="a1192a"
>
<query xmlns="jabber:iq:version"/>
</iq>

<iq from="icq.schattenwelten.dyndns.org" type="get"
id="347" to="[email protected]/tvk" >
<query xmlns="http://jabber.org/protocol/disco#info"/>
</iq>

<iq type="result" to="icq.schattenwelten.dyndns.org"
id="347" >
<query xmlns="http://jabber.org/protocol/disco#info">
<identity category="client" type="pc" />
<feature var="http://jabber.org/protocol/bytestreams" />
<feature var="http://jabber.org/protocol/si" />
<feature var="http://jabber.org/protocol/si/profile/file-transfer"
/>
<feature var="http://jabber.org/protocol/muc" />
</query>
</iq>

<iq from="[email protected]"
type="result" id="a1192a"
to="[email protected]/tvk" >
<query xmlns="jabber:iq:version">
<name>ICQ Transport</name>
<version>0.7a</version>
<os>Python2.4.3 (#1, May  7 2006, 20:31:58) 
[GCC 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)]</os>
</query>
</iq>


=============================================================================

And now the stuff when the non clean fashion arrives:

=============================================================================
<message from="icq.schattenwelten.dyndns.org"
type="error" id="355"
to="[email protected]" >
<body>ICQ connection lost! Reason: [Failure instance: Traceback (failure
with no frames): twisted.internet.error.ConnectionLost: Connection to the other
side was lost in a non-clean fashion.
]</body>
<x xmlns="jabber:x:event">
<composing/>
</x>
<active xmlns="http://jabber.org/protocol/chatstates"/>
</message>

<presence from="icq.schattenwelten.dyndns.org"
type="unavailable"
to="[email protected]/tvk" >
<x xmlns="vcard-temp:x:update"/>
</presence>

<iq type="get" to="icq.schattenwelten.dyndns.org"
id="a1193a" >
<query xmlns="jabber:iq:version"/>
</iq>

<iq from="icq.schattenwelten.dyndns.org" type="result"
id="a1193a" to="[email protected]/tvk"
>
<query xmlns="jabber:iq:version">
<name>ICQ Transport</name>
<version>0.7a</version>
<os>Python2.4.3 (#1, May  7 2006, 20:31:58) 
[GCC 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)]</os>
</query>
</iq>

=============================================================================

The transport -D messages will follow tomorrow morning, when my users are
sleeping, I don't want to annoy them with several restarts ^^

Posted by guest at 2006-05-31 07:20:23

ok, here is the -D output directly after klicking on "Log on":

=============================================================================
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
onPresence :: {'el': <twisted.words.xish.domish.Element object at
0xb747d1cc>, 'self': 'instance'} ::
[2006-05-31 09:11:35] INFO :: [email protected] ::
glue.LegacyConnection :: setStatus :: {'url': None, 'self': 'instance',
'nickname': u'Paganlord', 'friendly': None, 'show': None} ::
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
onPresence :: {'status': None, 'el': <twisted.words.xish.domish.Element
object at 0xb747d1cc>, 'child2': <twisted.words.xish.domish.Element object
at 0xb74768ec>, 'froj': <twisted.words.protocols.jabber.jid.JID instance
at 0xad3d39ec>, 'show': None, 'url': None, 'self': 'instance', 'fro':
u'[email protected]/tvk', 'avatarHash': ' ', 'ptype': None,
'priority': u'5', 'to': u'icq.schattenwelten.dyndns.org', 'child':
<twisted.words.xish.domish.Element object at 0xb7476d2c>, 'nickname':
u'Paganlord', 'toj': <twisted.words.protocols.jabber.jid.JID instance at
0xb74a052c>} :: Parsed presence packet
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'tvk', 'show': None,
'url': None, 'self': 'instance', 'ptype': None, 'existing': True, 'priority':
u'5', 'to': u'icq.schattenwelten.dyndns.org', 'tor': None, 'source':
u'[email protected]'} :: Setting status
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'tvk', 'show': None,
'url': None, 'self': 'instance', 'ptype': None, 'existing': True, 'priority':
u'5', 'to': u'icq.schattenwelten.dyndns.org', 'tor': None, 'source':
u'[email protected]', 'highestActive': u'tvk'} :: Updating
status on legacy service
[2006-05-31 09:11:35] INFO :: [email protected] ::
glue.LegacyConnection :: setStatus :: {'url': None, 'self': 'instance',
'nickname': u'Paganlord', 'friendly': None, 'show': None} ::

=============================================================================

and this happens on nonclean-fasion:

=============================================================================
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
onPresence :: {'status': None, 'el': <twisted.words.xish.domish.Element
object at 0xb747d1cc>, 'child2': <twisted.words.xish.domish.Element object
at 0xb74768ec>, 'froj': <twisted.words.protocols.jabber.jid.JID instance
at 0xad3d39ec>, 'show': None, 'url': None, 'self': 'instance', 'fro':
u'[email protected]/tvk', 'avatarHash': ' ', 'ptype': None,
'priority': u'5', 'to': u'icq.schattenwelten.dyndns.org', 'child':
<twisted.words.xish.domish.Element object at 0xb7476d2c>, 'nickname':
u'Paganlord', 'toj': <twisted.words.protocols.jabber.jid.JID instance at
0xb74a052c>} :: Parsed presence packet
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'tvk', 'show': None,
'url': None, 'self': 'instance', 'ptype': None, 'existing': True, 'priority':
u'5', 'to': u'icq.schattenwelten.dyndns.org', 'tor': None, 'source':
u'[email protected]'} :: Setting status
[2006-05-31 09:11:35] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'tvk', 'show': None,
'url': None, 'self': 'instance', 'ptype': None, 'existing': True, 'priority':
u'5', 'to': u'icq.schattenwelten.dyndns.org', 'tor': None, 'source':
u'[email protected]', 'highestActive': u'tvk'} :: Updating
status on legacy service
[2006-05-31 09:11:35] INFO :: [email protected] ::
glue.LegacyConnection :: setStatus :: {'url': None, 'self': 'instance',
'nickname': u'Paganlord', 'friendly': None, 'show': None} ::
[2006-05-31 09:12:40] INFO :: [email protected] :: icqt.B ::
connectionLost :: {'message': 'Oversize arg', 'reason':
<twisted.python.failure.Failure twisted.internet.error.ConnectionLost>,
'self': 'instance'} :: ICQ connection lost! Reason: [Failure instance:
Traceback
(failure with no frames): twisted.internet.error.ConnectionLost: Connection to
the other side was lost in a non-clean fashion.
        ]
[2006-05-31 09:12:40] INFO :: [email protected] :: Session ::
sendMessage :: {'body': 'Oversize arg', 'delay': None, 'self': 'instance',
'fro': 'icq.schattenwelten.dyndns.org', 'mtype': 'error', 'to':
u'[email protected]', 'xhtml': None} ::
[2006-05-31 09:12:40] INFO ::  :: 4/site-packages/pyicq-t/src/jabw.p ::
sendMessage :: {'body': 'Oversize arg', 'delay': None, 'fro':
'icq.schattenwelten.dyndns.org', 'mtype': 'error', 'to':
u'[email protected]', 'xhtml': None, 'pytrans':
<main.PyTransport instance at 0xb772f08c>} ::
[2006-05-31 09:12:40] Connection Lost! <legacy.icqt.B instance at
0xb748bf8c>
[2006-05-31 09:12:40] INFO :: [email protected] :: Session ::
removeMe :: {'self': 'instance'} ::
[2006-05-31 09:12:40] INFO :: [email protected] :: Session ::
sendPresence :: {'status': None, 'show': None, 'url': None, 'self': 'instance',
'fro': 'icq.schattenwelten.dyndns.org', 'ptype': 'unavailable', 'avatarHash':
None, 'priority': None, 'to': u'[email protected]',
'nickname': None, 'payload': []} ::
[2006-05-31 09:12:40] INFO :: [email protected] ::
glue.LegacyConnection :: removeMe :: {'self': 'instance', 'icq2jid':
<function icq2jid at 0xb771564c>} ::
[2006-05-31 09:12:40] INFO :: [email protected] ::
ContactList
:: removeMe :: {'self': 'instance'} ::
[2006-05-31 09:12:40] INFO :: [email protected] :: Session ::
removeMe :: {'self': 'instance', 'tmpjid': 'icq.schattenwelten.dyndns.org'} ::
Removed!
[2006-05-31 09:12:40] INFO ::  :: ServerDiscovery :: onIq :: {'el':
<twisted.words.xish.domish.Element object at 0xb748ab6c>, 'froj':
<twisted.words.protocols.jabber.jid.JID instance at 0xb74a12ec>, 'iqType':
u'get', 'self': 'instance', 'fro': u'[email protected]/tvk',
'ulang': None, 'to': u'icq.schattenwelten.dyndns.org', 'ID': u'aac1a'} ::
Looking for handler
[2006-05-31 09:12:40] INFO ::  :: ServerDiscovery :: onIq :: {'node': None,
'el': <twisted.words.xish.domish.Element object at 0xb748ab6c>, 'froj':
<twisted.words.protocols.jabber.jid.JID instance at 0xb74a12ec>, 'iqType':
u'get', 'self': 'instance', 'fro': u'[email protected]/tvk',
'feature': 'jabber:iq:version', 'xmlns': u'jabber:iq:version', 'ulang': None,
'to': u'icq.schattenwelten.dyndns.org', 'handler': <bound method
VersionTeller.incomingIq of <misciq.VersionTeller instance at
0xb772f1ac>>, 'query': <twisted.words.xish.domish.Element object at
0xb748ab4c>, 'searchjid': u'icq.schattenwelten.dyndns.org', 'ID': u'aac1a'}
:: Handler found
[2006-05-31 09:12:40] INFO ::  :: VersionTeller :: sendVersion :: {'el':
<twisted.words.xish.domish.Element object at 0xb748ab6c>, 'self':
'instance'} ::

=============================================================================

Posted by jadestorm at 2006-05-31 13:40:12

How odd, I don't see anything there that's actually causing a problem  =/

Posted by guest at 2006-09-03 10:58:58

I  can confirm that bug. I spent one day on configuring JIT and one day on
configuring pyICQt and still without much success, so I almost gave up on the
idea of jabber2icq gateway :-/. 

Thing is... I have about 200 people in my ICQ contact list, and when I try to
add this account into pyICQt, it just ends up with this bug reported above.
However, when I instead try my secondary account that I use in work and
that has
only about 30 people in the contact list, everything works fine, it just
connects, shows correct presence information for everyone in the contactlist
etc. So maybe this bug is related to contactlist size? 

Posted by jadestorm at 2006-09-05 19:36:56

Out of curiousity, how long have you had your ICQ account?

Posted by guest at 2006-09-09 23:24:50

Please, make a silent reconnect! I'm 80% sure that this is normal for icq to
disconnect sometimes. Good error handling is the way to ownage ;)

Posted by jadestorm at 2006-09-09 23:25:40

I'm open to patches.  ;)  I haven't had time lately.

 Posted by maxbritov at 2005-12-14 15:39:35

[2005-12-14 17:14:08] B: updateBuddy <OSCARUser 227018585, flags ['free',
'icq'], online for 41 minutes, idle for 10 minutes>
[2005-12-14 17:14:08] User: [email protected] - JabberConnection sending presence
"[email protected]""[email protected]" "None"
"Idle 10 minutes" "None" "None" "True"
""
[2005-12-14 17:14:08] xmlify: class is <type 'str'>: Idle 10 minutes
[2005-12-14 17:14:09] LegacyList: updating contact 227018585
[2005-12-14 17:14:09] B: updateBuddy <OSCARUser 227018585, flags ['free',
'icq'], online for  41 minutes, idle for 0 minutes>
[2005-12-14 17:14:09] User: [email protected] - JabberConnection sending presence
"[email protected]""[email protected]" "None"
"" "None" "None" "True" ""
[2005-12-14 17:14:09] LegacyList: updating contact 227018585
[2005-12-14 17:14:17] ServerDiscovery: Iq received
"[email protected]/modum.by" "3674". Looking for handler
[2005-12-14 17:14:17] ServerDiscovery: Handler found "vcard-temp"
"<bound method VCardFactory.incomingIq of <misciq.VCardFactory
instance at 0xb7915fec>>"
[2005-12-14 17:14:17] VCardFactory: Retrieving vCard for user
[email protected] 3674
[2005-12-14 17:14:17] AvatarCache: Getting avatar
"e94db0da7a929a821529d9486d54ea3269ec429f"
[2005-12-14 17:14:17] LegacyConnection: jabberVCardRequest 227018585
[2005-12-14 17:14:17] ICQConnection: getvCard 227018585
[2005-12-14 17:14:17] ServerDiscovery: Iq received
"[email protected]/modum.by" "3675". Looking for handler
[2005-12-14 17:14:17] ServerDiscovery: Handler found "vcard-temp"
"<bound method VCardFactory.incomingIq of <misciq.VCardFactory
instance at 0xb7915fec>>"
[2005-12-14 17:14:17] VCardFactory: Retrieving vCard for user
[email protected] 3675
[2005-12-14 17:14:17] AvatarCache: Getting avatar
"e94db0da7a929a821529d9486d54ea3269ec429f"
[2005-12-14 17:14:18] LegacyConnection: jabberVCardRequest 227018585
[2005-12-14 17:14:18] ICQConnection: getvCard 227018585
[2005-12-14 17:14:18] ICQConnection: gotvCard
[2005-12-14 17:14:18] VCardFactory: Sending vCard
[2005-12-14 17:14:20] Traceback (most recent call last):
[2005-12-14 17:14:20]   File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
526, in doSelect
[2005-12-14 17:14:20]     _logrun(selectable, _drdw, selectable, method, dict)
[2005-12-14 17:14:20]   File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 65, in
callWithLogger
[2005-12-14 17:14:20]     callWithContext({"system": lp}, func, *args,
**kw)
[2005-12-14 17:14:20]   File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 52, in
callWithContext
[2005-12-14 17:14:20]     return context.call({ILogContext: newCtx}, func,
*args, **kw)
[2005-12-14 17:14:20]   File
"/usr/lib/python2.3/site-packages/twisted/python/context.py", line 43,
in callWithContext
[2005-12-14 17:14:20]     return func(*args,**kw)
[2005-12-14 17:14:20] --- <exception caught here> ---
[2005-12-14 17:14:20]   File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
535, in _doReadOrWrite
[2005-12-14 17:14:20]     why = getattr(selectable, method)()
[2005-12-14 17:14:20]   File
"/usr/lib/python2.3/site-packages/twisted/internet/tcp.py", line 255,
in doRead
[2005-12-14 17:14:20]     return self.protocol.dataReceived(data)
[2005-12-14 17:14:20]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 448, in dataReceived
[2005-12-14 17:14:20]     state=func(flap)
[2005-12-14 17:14:20]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 546, in oscar_Data
[2005-12-14 17:14:20]     func(snac[2:])
[2005-12-14 17:14:20]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 1327, in oscar_15_03
[2005-12-14 17:14:20]    
city,state,phone,fax,address,zip,country,company,department,position =
self.parseWorkInfo(v[13:])
[2005-12-14 17:14:20]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 739, in parseWorkInfo
[2005-12-14 17:14:20]     departmentlen =
struct.unpack("<H",data[pos:pos+2])[0]
[2005-12-14 17:14:20] struct.error: unpack str size does not match format
2005/12/14 17:14 EET [B,client] Traceback (most recent call last):
          File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
526, in doSelect
            _logrun(selectable, _drdw, selectable, method, dict)
          File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 65, in
callWithLogger
            callWithContext({"system": lp}, func, *args, **kw)
          File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 52, in
callWithContext
            return context.call({ILogContext: newCtx}, func, *args, **kw)
          File
"/usr/lib/python2.3/site-packages/twisted/python/context.py", line 43,
in callWithContext
            return func(*args,**kw)
        --- <exception caught here> ---
          File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
535, in _doReadOrWrite
            why = getattr(selectable, method)()
          File
"/usr/lib/python2.3/site-packages/twisted/internet/tcp.py", line 255,
in doRead
           return self.protocol.dataReceived(data)
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 448, in
dataReceived
            state=func(flap)
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 546, in
oscar_Data
            func(snac[2:])
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 1327, in
oscar_15_03

city,state,phone,fax,address,zip,country,company,department,position
= self.parseWorkInfo(v[13:])
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 739, in
parseWorkInfo
            departmentlen = struct.unpack("<H",data[pos:pos+2])[0]
        struct.error: unpack str size does not match format

[2005-12-14 17:14:20] B: connectionLost: ICQ connection lost! Reason: [Failure
instance: Traceback: struct.error, unpack str size does not match format
]
[2005-12-14 17:14:20] User: [email protected] - JabberConnection sending message
"[email protected]" "icq2.modum.by" "ICQ connection lost!
Reason: [Failure instance: Traceback: struct.error, unpack str size does not
match format
]" "error"
[2005-12-14 17:14:20] jabw: Sending a Jabber message "[email protected]"
"icq2.modum.by" "ICQ connection lost! Reason: [Failure instance:
Traceback: struct.error, unpack str size does not match format
]" "error"
[2005-12-14 17:14:20] xmlify: class is <type 'str'>: ICQ connection lost!
Reason: [Failure instance: Traceback: struct.error, unpack str size does not
match
format
]
2005/12/14 17:14 EET [B,client] Connection Lost! <legacy.icqt.B instance at
0xb78b314c>
[2005-12-14 17:14:20] Session: Removing "[email protected]"
[2005-12-14 17:14:20] User: [email protected] - JabberConnection sending presence
"[email protected]""icq2.modum.by" "None"
"None" "None" "unavailable" "False"
"None"
[2005-12-14 17:14:20] LegacyConnection: removeMe
[2005-12-14 17:14:20] ICQConnection: removeMe
[2005-12-14 17:14:20] ContactList: "[email protected]" removed

Posted by maxbritov at 2005-12-14 15:40:46

to Jadestorm: summary window have too small width in my browser (FF1.5) :(

Posted by jadestorm at 2005-12-14 15:45:47

summary window?

Posted by maxbritov at 2005-12-15 09:58:37

"Description:" on "Submit New". Screenshot (130k)

Posted by jadestorm at 2005-12-15 13:12:55

I don't see what you are talking about.  The image seems cut off.  I can't even
see the Description field.  The summary window has a width of 80 characters,
which is what i want it to be at.  I'd much rather the lines wrap than be 10
times wider than my browser can even display.  I can read your traceback just
fine. ;)  (if you really care about having it with absolute formatting intact,
don't paste it into the description field, put it in a text field and 'attach'
it.)  But note that I don't care about the width, it's not affecting my ability
to read and make use of your traceback for fixing pyicq.  =)

As for this actual issue, it almost seems like you are getting a partial packet
back or something.  =(  Do you happen to know if this only affects this one
UIN,
or does it affect lots of different UINs?

Posted by maxbritov at 2005-12-16 10:19:01

[2005-12-16 00:21:12] User: [email protected] - JabberConnection sending presence
"[email protected]""[email protected]" "away"
"Idle 15 minutes - User is currently away
You can leave him/her a message" "None" "None"
"True" ""
[2005-12-16 00:21:12] xmlify: class is <type 'str'>: away
[2005-12-16 00:21:12] xmlify: class is <type 'unicode'>: Idle 15 minutes -
User is currently away You can leave him/her a message
[2005-12-16 00:21:12] LegacyList: updating contact 122503410
[2005-12-16 00:21:12] ICQConnection: gotvCard
[2005-12-16 00:21:12] VCardFactory: Sending vCard
[2005-12-16 00:21:12] ServerDiscovery: Iq received
"[email protected]/modum.by" "6200". Looking for handler
[2005-12-16 00:21:12] ServerDiscovery: Handler found "vcard-temp"
"<bound method VCardFactory.incomingIq of <misciq.VCardFactory
instance at 0xb799ffec>>"
[2005-12-16 00:21:12] VCardFactory: Retrieving vCard for user
[email protected] 6200
[2005-12-16 00:21:12] AvatarCache: Getting avatar
"e94db0da7a929a821529d9486d54ea3269ec429f"
[2005-12-16 00:21:12] LegacyConnection: jabberVCardRequest 147022497
[2005-12-16 00:21:12] ICQConnection: getvCard 147022497
[2005-12-16 00:21:12] ServerDiscovery: Iq received
"[email protected]/modum.by" "6201". Looking for handler
[2005-12-16 00:21:12] ServerDiscovery: Handler found "vcard-temp"
"<bound method VCardFactory.incomingIq of <misciq.VCardFactory
instance at 0xb799ffec>>"
[2005-12-16 00:21:12] VCardFactory: Retrieving vCard for user
[email protected] 6201
[2005-12-16 00:21:12] AvatarCache: Getting avatar
"e94db0da7a929a821529d9486d54ea3269ec429f"
[2005-12-16 00:21:12] LegacyConnection: jabberVCardRequest 122503410
[2005-12-16 00:21:12] ICQConnection: getvCard 122503410
[2005-12-16 00:21:12] ICQConnection: gotvCard
[2005-12-16 00:21:12] VCardFactory: Sending vCard
[2005-12-16 00:21:12] Traceback (most recent call last):
[2005-12-16 00:21:12]   File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
526, in doSelect
[2005-12-16 00:21:12]     _logrun(selectable, _drdw, selectable, method, dict)
[2005-12-16 00:21:12]   File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 65, in
callWithLogger
[2005-12-16 00:21:12]     callWithContext({"system": lp}, func, *args,
**kw)
[2005-12-16 00:21:12]   File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 52, in
callWithContext
[2005-12-16 00:21:12]     return context.call({ILogContext: newCtx}, func,
*args, **kw)
[2005-12-16 00:21:12]   File
"/usr/lib/python2.3/site-packages/twisted/python/context.py", line 43,
in callWithContext
[2005-12-16 00:21:12]     return func(*args,**kw)
[2005-12-16 00:21:12] --- <exception caught here> ---
[2005-12-16 00:21:12]   File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
535, in _doReadOrWrite
[2005-12-16 00:21:12]     why = getattr(selectable, method)()
[2005-12-16 00:21:12]   File
"/usr/lib/python2.3/site-packages/twisted/internet/tcp.py", line 255,
in doRead
[2005-12-16 00:21:12]     return self.protocol.dataReceived(data)
[2005-12-16 00:21:12]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 448, in dataReceived
[2005-12-16 00:21:12]     state=func(flap)
[2005-12-16 00:21:12]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 546, in oscar_Data
[2005-12-16 00:21:12]     func(snac[2:])
[2005-12-16 00:21:12]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 1327, in oscar_15_03
[2005-12-16 00:21:12]    
city,state,phone,fax,address,zip,country,company,department,position =
self.parseWorkInfo(v[13:])
[2005-12-16 00:21:12]   File "/usr/local/pyicq2/src/tlib/oscar.py",
line 739, in parseWorkInfo
[2005-12-16 00:21:12]     departmentlen =
struct.unpack("<H",data[pos:pos+2])[0]
[2005-12-16 00:21:12] struct.error: unpack str size does not match format
2005/12/16 00:21 EET [B,client] Traceback (most recent call last):
          File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
526, in doSelect
            _logrun(selectable, _drdw, selectable, method, dict)
          File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 65, in
callWithLogger
            callWithContext({"system": lp}, func, *args, **kw)
          File
"/usr/lib/python2.3/site-packages/twisted/python/log.py", line 52, in
callWithContext
            return context.call({ILogContext: newCtx}, func, *args, **kw)
          File
"/usr/lib/python2.3/site-packages/twisted/python/context.py", line 43,
in callWithContext
            return func(*args,**kw)
        --- <exception caught here> ---
          File
"/usr/lib/python2.3/site-packages/twisted/internet/default.py", line
535, in _doReadOrWrite
            why = getattr(selectable, method)()
          File
"/usr/lib/python2.3/site-packages/twisted/internet/tcp.py", line 255,
in doRead
            return self.protocol.dataReceived(data)
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 448, in
dataReceived
            state=func(flap)
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 546, in
oscar_Data
            func(snac[2:])
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 1327, in
oscar_15_03

city,state,phone,fax,address,zip,country,company,department,position
= self.parseWorkInfo(v[13:])
          File "/usr/local/pyicq2/src/tlib/oscar.py", line 739, in
parseWorkInfo
            departmentlen = struct.unpack("<H",data[pos:pos+2])[0]
        struct.error: unpack str size does not match format

[2005-12-16 00:21:12] B: connectionLost: ICQ connection lost! Reason: [Failure
instance: Traceback: struct.error, unpack str size does not match format]
[2005-12-16 00:21:12] User: [email protected] - JabberConnection sending message
"[email protected]" "icq2.modum.by" "ICQ connection lost!
Reason: [Failure instance: Traceback: struct.error, unpack str size does not
match format]" "error"
[2005-12-16 00:21:12] jabw: Sending a Jabber message "[email protected]"
"icq2.modum.by" "ICQ connection lost! Reason: [Failure instance:
Traceback: struct.error, unpack str size does not match format]"
"error"
[2005-12-16 00:21:12] xmlify: class is <type 'str'>: ICQ connection lost!
Reason: [Failure instance: Traceback: struct.error, unpack str size does not
match format]
2005/12/16 00:21 EET [B,client] Connection Lost! <legacy.icqt.B instance at
0xb38badec>
[2005-12-16 00:21:12] Session: Removing "[email protected]"

 Posted by fh at 2006-07-16 09:31:27

Weird errormessage when sending to PyICQt-Users from Trillian:

*** NOTE:  This user appears to be using an older Mirabilis ICQ client,   




which depends on an outdated version of the ICQ protocol.  As such, you   




*may* experience intermittent message loss.  Encourage them to upgrade    




to Trillian or a newer build of ICQ! (You can e-mail them, or call        




them... :))  You may turn off this warning in ICQ Account Preferences -> 

Posted by jadestorm at 2006-09-17 18:55:55

LOL.  So I may have to pretend to be another client.  ;D  Naw, I bet
Trillian is
just looking for a particular flag that we're not setting.  It may be mad about
a lack of direct IM support as well.

Posted by guest at 2006-10-19 12:40:21

Same here. Plus the problem that several ICQ users appear offline. These users
get the error message posted above.

 Posted by guest at 2006-02-19 16:43:34

well, my ICQ contacts all have an ICQ symbol as avatar, not their
"real" avatar.

PSI 0.10 ...

Posted by jadestorm at 2006-02-19 17:28:03

Have you set your icqPort to 5190 instead of 5280?  (see related bug in the bug
tracker, id 158, Buddy icons don't work on port 5238)

Posted by guest at 2006-02-20 07:51:50

yes, icqPort is 5190

Posted by jadestorm at 2006-02-20 12:09:15

Which revision is this in?  (you indicated that this was from SVN)

Posted by guest at 2006-02-21 15:06:24

The transports' revision is 148

Posted by jadestorm at 2006-02-21 15:15:04

hrm.  well nothing changes in r149 or r150 0to make this work better. 
Would you
mind dropping me a note on jabber and we'll take a look? 
[email protected]  (please note that I may not be able to look
at it
immediately, but go ahead and add me so we can try to work out a time to play
with it)

Posted by jadestorm at 2006-03-04 13:54:49

Waiting on a response from the guest.

Posted by guest at 2006-03-06 14:16:15

I have the same problem. No other transports are affected, and I'm using port
5190. Here's my config.xml:

<pyicqt>
<jid>icq.devzero.co.uk</jid>
<spooldir>/etc/jabberd/PyICQt</spooldir>
<pid>/var/jabberd/pid/PyICQt.pid</pid>
<mainServer>0.0.0.0</mainServer>
<port>xxx</port>
<secret>xxx</secret>
<lang>en</lang>
<encoding>utf-8</encoding>
<icqServer>login.icq.com</icqServer>
<icqPort>5190</icqPort>
<disableXHTML/>
</pyicqt>

Posted by jadestorm at 2006-03-06 18:30:28

Are you running the debug log?  Do you get -any- avatars?  I've been seeing a
lot of odd behavior with icons that the python imaging library doesn't
appear to
like.

Posted by nightwalker at 2006-03-11 14:24:54

hmm... I just discovered that I buddy Icons from some clients, although the
pics
appear relatively small. I'm not able to figure out why some work and others
don't but I thought that it might have something to do with the Jabber size
restriction? Is something like that already implemented in the server or PSI or
is that still "just a JEP" ?

Posted by guest at 2006-03-11 15:44:32

that I buddy? that I receive, sorry, must have been on crack ;-)

Posted by jadestorm at 2006-03-11 16:13:15

*laugh*  no problem  

Well, the "real" restrictdions are actually on the AIM/ICQ end. 
Jabber's restrictions aren't enforced from what I've seen.  They're just
recommendations I believe.  Anyway, OSCAR requires that the image be less than
or equal to 64x64 and can't be a PNG and has to be bigger than ... I think it's
15x15 ...  it's very restrictive and annoying.  ;D  I have definitely seen some
images not work very well.  I'm not real sure what the deal is with that.  I'm
beginning to wonder if the python imaging library works very well.  I'm
wondering if I should offer a "use imagemagick" option.  I know for a
fact that imagemagick works well.  It just requires external system calls.  =(

Posted by guest at 2006-03-18 14:28:29

On PyAIMt, I can see other users avatars, but not set one. On PyICQt, I can't
see any avatars, and I can't set one. On both transports it seems to be setting
the default, overriding Psi's avatar selection.

PyMSNt doesn't have this problem, and it uses PIL too..

Posted by jadestorm at 2006-03-18 14:42:57

Yes, it does use PIL, but it doesn't -have- to convert images away from PNG to
send them on.  MSN supports PNG, AIM/ICQ does not.  I have to turn whatever you
give me into not only a JPG, but I have to adjust it's size.  There's a good
chance that PIL isn't handling this right . . . or something!  The default is
only set if you don't one of your own that can be converted into something we
can use.

Regardless, something is going on that's not affecting me because I can see and
set avatars while others can not.  (and still others can see/set them)  Bah.

Posted by guest at 2006-03-21 09:15:57

Well I've tried handing it a 64x64 JPG and it doesn't like that either...

Posted by jadestorm at 2006-03-21 18:48:38

Interesting.  Well i don't doubt that there is -something- seriously wrong, but
it sucks that I can't duplicate it.

Posted by guest at 2006-04-07 16:44:04

Tell me how to enable debug, and I'll try to help you out here.

Posted by jadestorm at 2006-04-09 03:20:33

Basically just start the transport with the -D flag.  -l logfile if you want to
log to a file.
python ./PyICQt.py -D -l mylogfile
it's -very- verbose.

 Posted by guest at 2006-03-08 10:31:31

Hey Daniel, 

I am using the latest Subversion revision, and apparently ICQ does have some
issues with the Gateway, which seems to me like they changed something in their
protocol again:

[2006-03-08 11:23:21] Connection Lost! <legacy.icqt.OA instance at
0xb7a5aaec>
[2006-03-08 11:23:21] {64: '\x00\x00\x04\x1c', 65:
'http://ftp.icq.com/pub/ICQ_Win95_98_NT4/ICQ_5/updates/icq5_setup.exe', 66:
'http://cf.icq.com/cf/icq5/product_versions.html', 67: '5.33.1051', 68:
'\x00\x00\x04\x1c', 5:'64.12.24.109:5190', 6:
'\x86i\x1b\x08_I\xb2\x83*\x02\xa8{,<\x7f\xd5\x01\xff\xb3r+\xc6gdD4\x8e\x89Y&a
mp;\x04\x0f\xf8\xffp\xe5[\x12\xb2\xc3_Q\x8e\xc3\xe3\xc2s\xfe\xbayF,\xc9SS\xb6\xd
f\x9f\x88\x1c\rA\xf7\x06\r\x03\x87\x9a\x1b\xb
1\xb0e\x82O\xcb\xfe\xc89P\xcb\xa2\xb0\x87k\\\xab0\x1f\xab\x8e\x92\x9a\xfd\xd3\x0
8t\x9f\xb7\xe7\xf9\xcf\x8dg\xa3\xbe#\x83\xe4\xa77\x1aQV\xec\xd5~\xd6?\x16\x9e
\xf4s\xb1\xf6\xba/\x90\x02\x1e\xc6\x17\xdb\x1c\xc4\x9f\xf5\x8eh\
x06\xc0\xf0[\x0fB\xd5T\xdd\xa2\xc9\xb1S\x8aj\xf1\x01q\xf6>\x931\xd4ma\xf7\x19
\x08.\x10|-\x9eQ\x98\xa2M\x91l&Lp6\xde\xf9\xef.n\xbdpy\xcfB\xc2RQ\xfcz\x8ap}
\xa8=\x16\x83\x1e\xa3\x87\x80F:\x96D\x84a\x8b\xcc\x05\x8c\x8c\xe0Y\x1
1\xf3h\x0f=\xc0\x9f\xab\xcf\x97i\x8f\xf6+\xeaxA\\\xb5n\xea\xab\xd5\x16!\x99X\xf8
\xf1\r\x10\xfe\xbf&@', 71: '5.33.1051', 70:
'http://cf.icq.com/cf/icq5/product_versions.html', 69:
'http://ftp.icq.com/pub/ICQ_Win95_98_NT4/ICQ_5/updates/icq5_setup.exe'}

Posted by fh at 2006-03-08 10:32:49

d'oh, I forgot to log on before posting this bug. By the way, your website
throws "You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use near '' at
line 1" when I try to log on.

Posted by jadestorm at 2006-03-08 13:11:58

That's not a bug.  That's normal.  The Connection lost is because ICQ's login
mechanism is stupid and requires a "connect and disconnect and then connect
again".  I simply haven't figured out a good way to not throw a
"Connection Lost!" message in that instance.  The second line of
information is always sent.  It's basically a slew of "hey, here's where
you can download the real icq client!" type stuff.  It appears to be tied
into how ICQ knows when there's a newer version out there to tell you about. 
(ie, that should always read the latest version and have urls to where you can
get it)

As for the login bug.. I'm going to keep this open a moment until I can
test it.
 ;D  Reducing this to priority 1 though.

[deleted issue]

 Posted by guest at 2005-07-30 16:42:28

It seems like 'You UIN used from another computer' error is not handled.

Posted by motienko at 2005-08-02 12:05:05

I tried to make patch
see duallogin.patch

Posted by jadestorm at 2005-08-02 13:29:28

Looks good.  I'll apply it to my local sources and do some tests!  Thanks!

Posted by jadestorm at 2005-12-14 16:19:09

I'm confused about this patch, because 09_02 is not related to disconnection in
the docs and such.  However, I can see what's supposed to be happening inside
gaim's source.  I think your patch was working because of a bug in another area
of my code.  =)  Anyway, we'll get this worked out.

Posted by jadestorm at 2006-03-06 02:36:12

http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=120
is related/the same thing effectively.  Closing the other one.

 Posted by avb at 2006-04-09 08:38:07

I'm using pyicq-t (latest svn) and twisted 2.0. When my client sending online
presense to server nothing happend.
my icq stays offline. When i'm sending online presence to transport -- nothing
happend too. Offline again.
When i'm sending offline and then online presence(from XML console) to 
transport, it logs to icq without any problems. 
Here are some server side logs:
 ==> Sent online presence to server ==
[2006-04-09 08:14:49] INFO ::  :: ServerDiscovery :: sendDiscoInfoResponse ::
{'ulang': None, 'to': u'[email protected]/Gajim', 'jid': u'jit.jabber.org.by',
'ID': u'p23'} ::                                           [2006-04-09
08:14:49]
Unhandled error in Deferred:
[2006-04-09 08:14:49] Traceback (most recent call last):
        Failure: twisted.internet.error.TimeoutError: User timeout caused
connection failure.

==> Sent online presence to transport ==
[2006-04-09 08:16:49] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domis
h.Element object at 0x40a1e66c>} ::                                          
                              [2006-04-09 08:16:49] INFO ::
[email protected] ::
Session :: onPresence :: {'status': None, 'el':
<twisted.words.xish.domish.Element object at 0x40a1e66c>, 'child2':
<twisted.words.xish.domish.Element object at 0x40a1e78c>, 'froj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a1e20c>, 'show':
None, 'url': None, 'fro': u'[email protected]/Gajim', 'avatarHash': '',
'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a1eb2c>, 'to':
u'jit.jabber.org.by', 'child': <twisted.words.xish.domish.Element object at
0x40a1ef0c>, 'nickname': '', 'priority': None} :: Parsed presence packet     
     [2006-04-09 08:16:49] INFO :: [email protected] :: Session ::
handleResourcePresence :: {'status': None, 'resource': u'Gajim', 'show': None,
'url': None, 'ptype': None, 'existing': True, 'priority': None, 'to':
u'jit.jabber.org.by', 'tor': None, 'source': u'[email protected]'} :: Setting
status                             [2006-04-09 08:16:49] INFO ::
[email protected] :: Session :: handleResourcePresence :: {'status': None,
'resource': u'Gajim', 'show': None, 'url': None, 'ptype': None, 'existing':
True, 'priority': None, 'to': u'jit.jabber.org.by', 'tor': None, 'source':
u'[email protected]', 'highestActive': u'Gajim'} :: Updating status on legacy
service                                                                   

                 [2006-04-09 08:16:49] INFO :: [email protected] ::
glue.LegacyConnection :: setStatus :: {'url': None, 'nickname': u'avb',
'friendly': None, 'show': None} ::                                        

            <== Then transport do nothing with that client

Posted by jadestorm at 2006-04-09 09:56:56

Ah Gajim again....  it and Pandion have a lot of odd problems like this. 
On the
==> Sent online presence to tranport == ... is that your manual send or
gajims?

Posted by avb at 2006-04-09 12:12:20

yeh, presence sent from XML console

Posted by avb at 2006-04-09 12:18:24

also this problem exist on PSI connection too. I want to note, that this
problem
sometimes doesn't exist. Sometimes i'm able to login icq at start but most
times
i need to manualy send 'unavailabe/available' presence from XML console for
loging in.

Posted by jadestorm at 2006-04-09 17:46:13

Hrm.  That's bizarre.  Have you ever seen any logs get generated when the
client
you are using fails to log you in?

Posted by guest at 2006-04-10 12:05:17

i was trying to reproduse bug now. Here is a log. Now i'm getting another
error.
See.

====
h.domish.Element object at 0x40a841cc>, 'nickname': '', 'priority': u'0'} ::
Parsed presence packet
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a841ec>} ::
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a841ec>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a8436c>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a843cc>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a8424c>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a8426c>} ::
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a8426c>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a843ec>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a8444c>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a842cc>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a842ec>} ::
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a842ec>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a8446c>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a844cc>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a8434c>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a8436c>} ::
[2006-04-10 11:57:37] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a8436c>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a844ec>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a8454c>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a843cc>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a843ec>} ::
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a843ec>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a8456c>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a845cc>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a8444c>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a8446c>} ::
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a8446c>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a845ec>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a8464c>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a844cc>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: onPresence ::
{'el': <twisted.words.xish.domish.Element object at 0x40a844ec>} ::
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: onPresence ::
{'status': None, 'el': <twisted.words.xish.domish.Element object at
0x40a844ec>, 'froj': <twisted.words.protocols.jabber.jid.JID instance at
0x40a8466c>, 'show': None, 'url': None, 'fro': u'[email protected]/Bombus',
'avatarHash': '', 'avatarType': '', 'ptype': None, 'toj':
<twisted.words.protocols.jabber.jid.JID instance at 0x40a846cc>, 'to':
u'[email protected]', 'child': <twisted.words.xish.domish.Element
object at 0x40a8454c>, 'nickname': '', 'priority': u'0'} :: Parsed presence
packet
[2006-04-10 11:57:38] INFO :: [email protected] :: Session :: errback ::
{'args': <twisted.python.failure.Failure None>} :: Error fetching vcard
(avatar)
[2006-04-10 11:57:38] Unhandled error in Deferred:
[2006-04-10 11:57:38] Traceback (most recent call last):
        Failure: None: None
====

Posted by avb at 2006-04-25 17:11:55

today i made a kernel upgrade to 2.6 tree. 
As i understand now it use epoll reactor. This bug is gone now. 
So the bug is in reactor which is used for 2.4 kernels by default.

Posted by jadestorm at 2006-04-26 00:46:00

Is the kernel the -only- thing you updated?

Posted by avb at 2006-04-26 10:18:37

not exactly. Also i made an upgrade of ejabberd to 1.1.0, but i'm not sure that
the problem was in it. But i will look changelog of it. maybe i will found
something intresting.

 Posted by xfyre at 2006-04-01 13:30:46

Status messages written in cyrillic for some of contacts using ICQ protocol v.9
appears to be broken. It displays chinese letters instead of cyrillic. Maybe it
can be fixed in the same way as a problem with cyrillic nicknames?

Posted by jadestorm at 2006-04-01 18:30:17

Do you have any logs?  I can try this out but it's one of those "in the
past this worked fine" things so I may not be able to duplicate.  I'll try
though.

Posted by xfyre at 2006-04-02 06:46:13

Could you suggest what should I search for? Something like 'cbGetAway' for a
problematic contact?

Posted by xfyre at 2006-04-07 10:32:31

here's a piece of log (270339642 is a number of contacts that has problem with
away message encoding):

=====
[2006-04-07 14:22:20] _cbGetAway [2, 6, 0, 0, 73L,
'\t270339642\x00\x00\x00\x08\x00\x01\x00\x02\x00p\x00\x0c\x00%\x00\x00\x00\x00\x
00\x00\x00\x00\x04\x00\t\x0
0\x00\x00\x00\x00\x00\\q\x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\n\x00\x04\x00\x00\x00\x00\x00\x04\x00\x02\x00\n\x00\x06\x
00\x04\x10\x00\x00\x01\x00\x0f\x00\x04\x00\x00\x16%\x00\x1d\x00\x14\x00\x01\x01\
x10\xa1\xdfl5\x1c\x81\x88\x81\x8e\xa3d\xdam\xbe\xd5l\x00\x03\x00\x04D6\'7\x00\
x03\x00$text/x-aolrtf;
charset="unicode-2-0"\x00\x04\x00\xd8\x00<\x00h\x00t\x00m\x00l\x00&
gt;\x00<\x00b\x00o\x00d\x00y\x00>\x04 \x04_\x04 \x04U\x04 \x00\xbb\x04!
\x04\n\x04 \x00\xb7\x04 \x04U\x04 \x04\x06\x04 \x00\xb0\x04! \x1a\x04
\x00\xb5\x04 \x00\xbb\x04!\x04\x0f\x00 \x04!\x04\x03\x04 \x00\xb5\x04
!\x16\x04!
!\x04 \
x00\xb0\x04!\x04\x03\x00 \x04 \x04\x05\x04 \x00\xb5\x04! \x1a\x00 \x04
\x04\x05\x04 \x00\xb0\x00 \x04 \x04X\x04 \x00\xb5\x04!\x04\x03\x04! \x1a\x04
\x00\xb5\x
00.\x00<\x00b\x00r\x00/\x00>\x00[\x00C\x00u\x00r\x00r\x00e\x00n\x00t\x00l\
x00y\x00
\x00a\x00w\x00a\x00y\x00]\x00<\x00/\x00b\x00o\x00d\x00y\x00>\x00<\x00/\
x00h
\x00t\x00m\x00l\x00>']
[2006-04-07 14:22:20] AIM Extended Status: user 270339642
        v: '\x00\x01\x01\x10\xa1\xdfl5\x1c\x81\x88\x81\x8e\xa3d\xdam\xbe\xd5l'
[2006-04-07 14:22:20]    extracted icon hash: extflags = 0x1, iconhash =
a1df6c351c8188818ea364da6dbed56c
[2006-04-07 14:22:20] INFO :: [email protected] :: icqt.B ::
sendAwayPresence :: {'status':
u'\x00\u0420\u045f\u0420\u0455\u0420\xbb\u0421\u0420\u0420\x
b7\u0420\u0455\u0420\u0406\u0420\xb0\u0421\u201a\u0420\xb5\u0420\xbb\u0421\u040f
\u0421\u0403\u0420\xb5\u0420\u2116\u0421\u2021\u0420\xb0\u0421\u0403 \u0420\u
0405\u0420\xb5\u0421\u201a \u0420\u0405\u0420\xb0
\u0420\u0458\u0420\xb5\u0421\u0403\u0421\u201a\u0420\xb5.\x00\u5b00\u4300\u7500\
u7200\u7200\u6500\u6e00\u740
0\u6c00\u7900\u2000\u6100\u7700\u6100\u7900\u5d00\ufffd', 'c':
<contact.Contact instance at 0xb75da1ac>, 'show': 'away', 'url': '',
'buddyjid': '270339642@icq
.matrix.xfyre.com', 'charset': 'utf-16be', 'm': <_sre.SRE_Match object at
0xb76e6720>, 'ptype': None, 'user': <OSCARUser 270339642, flags ['free',
'away', 'ic
q'], online for 94 minutes, idle for 10 minutes, caps ['icq2go',
'icq5unknown1',
'icq5unknown2', 'icq_direct', 'icqpushtotalk', 'icqvideochat', 'icqvoicechat'
, 'icqxtraz', 'rtf', 'sendfile', 'serv_rel', 'unicode', ('unknown',
'~\x11\xb7x\xa3SI&\xa8\x02DsR\x08\xc4*'), ('unknown',
'\xb6\x07Cx\xf5\x0cJ\xc7\x90\x92Y8P-
\x05\x91')]>, 'msg': ['text/x-aolrtf; charset="unicode-2-0"',
'\x00<\x00h\x00t\x00m\x00l\x00>\x00<\x00b\x00o\x00d\x00y\x00>\x04
\x04_\x04 \x04U\x04 \x00\xbb\x
04!\x04\n\x04 \x00\xb7\x04 \x04U\x04 \x04\x06\x04 \x00\xb0\x04! \x1a\x04
\x00\xb5\x04 \x00\xbb\x04!\x04\x0f\x00 \x04!\x04\x03\x04 \x00\xb5\x04
!\x16\x04!
!\x0
4 \x00\xb0\x04!\x04\x03\x00 \x04 \x04\x05\x04 \x00\xb5\x04! \x1a\x00 \x04
\x04\x05\x04 \x00\xb0\x00 \x04 \x04X\x04 \x00\xb5\x04!\x04\x03\x04! \x1a\x04
\x00\xb
5\x00.\x00<\x00b\x00r\x00/\x00>\x00[\x00C\x00u\x00r\x00r\x00e\x00n\x00t\x0
0l\x00y\x00
\x00a\x00w\x00a\x00y\x00]\x00<\x00/\x00b\x00o\x00d\x00y\x00>\x00<\x00/\
x
00h\x00t\x00m\x00l\x00>'], 'icq2jid': <function icq2jid at 0xb76d91ec>}
:: Away (utf-16be, text/x-aolrtf; charset="unicode-2-0") message
^@<D0><A0><D1><9F>
<D0><A0><D1><95><D0><A0><C2><BB>
<D0><A1><D0><A0><D0><A0><C2><B7>
<D0><A0><D1><95><D0><A0><D0><86>
<D0><A0><C2><B0><D0><A1><E2><80>
<9A><D0><A0><C2><B5><D0><A0>
<C2><BB><D0><A1><D0><8F>
<D0><A1><D0><83><D0><A0><C2><B5>
<D0><A0><E2><84><96><D0><A1><E2>
<80><A1><D0><A0><C2><B0><D0><A1>
<D0><83>
<D0><A0><D0><85><D0><A0><C2>
<B5><D0><A1><E2><80><9A>
<D0><A0><D0><85><D0><A0><C2><B0>
<D0><A0><D1><98><D0><A0><C2><B5>
<D0><A1><D0><83><D0><A1><E2><80>
<9A><D0><A0><C2><B5>.^@<E5><AC><80&
gt;
<E4><8C><80><E7><94><80><E7><88>
<80><E7><88><80><E6><94><80><E6>
<B8><80><E7><90><80><E6><B0><80>
<E7><A4><80><E2><80><80><E6><84>
<80><E7><9C><80><E6><84><80>
<E7><A4><80><E5><B4><80><EF><BF>
<BD>
[2006-04-07 14:22:20] INFO :: [email protected] :: Session ::
sendPresence
:: {'status': u'Idle 10 minutes - \x00\u0420\u045f\u0420\u0455\u0420\xbb\u042
1\u0420\u0420\xb7\u0420\u0455\u0420\u0406\u0420\xb0\u0421\u201a\u0420\xb5\u0420\
xbb\u0421\u040f \u0421\u0403\u0420\xb5\u0420\u2116\u0421\u2021\u0420\xb0\u0421
\u0403 \u0420\u0405\u0420\xb5\u0421\u201a \u0420\u0405\u0420\xb0
\u0420\u0458\u0420\xb5\u0421\u0403\u0421\u201a\u0420\xb5.\x00\u5b00\u4300\u7500\
u7200\u7200\u
6500\u6e00\u7400\u6c00\u7900\u2000\u6100\u7700\u6100\u7900\u5d00\ufffd',
'show':
'away', 'url': None, 'fro': '[email protected]', 'avatarHash': '
2651de13d52c66997993f8f727eac5c4b2118222', 'ptype': None, 'priority': None,
'to': u'[email protected]', 'nickname': 'S.B.Ushakov', 'payload':
[<twisted.
words.xish.domish.Element object at 0xb75af90c>]} ::
[2006-04-07 14:22:20] INFO :: [email protected] :: legacylist.LegacyList
:: updateSSIContact :: {'status': u'Idle 10 minutes - \x00\u0420\u045f\u0420\u0
455\u0420\xbb\u0421\u0420\u0420\xb7\u0420\u0455\u0420\u0406\u0420\xb0\u0421\u201
a\u0420\xb5\u0420\xbb\u0421\u040f \u0421\u0403\u0420\xb5\u0420\u2116\u0421\u20
21\u0420\xb0\u0421\u0403 \u0420\u0405\u0420\xb5\u0421\u201a
\u0420\u0405\u0420\xb0
\u0420\u0458\u0420\xb5\u0421\u0403\u0421\u201a\u0420\xb5.\x00\u5b00\u4300\u
7500\u7200\u7200\u6500\u6e00\u7400\u6c00\u7900\u2000\u6100\u7700\u6100\u7900\u5d
00\ufffd', 'presence': None, 'url': '', 'show': 'away', 'ipaddr': '0.0.0.0', '
lanipport': 0L, 'nick': None, 'contact': '270339642', 'lanipaddr': '0.0.0.0',
'icq2jid': <function icq2jid at 0xb76d91ec>, 'icqprotocol': 9} ::
=====

Posted by maxbritov at 2007-02-08 17:41:57

http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=89

Posted by Z_God at 2007-04-19 13:34:23

I've got the same problem. I can make logs easily if still necessary.