keithkml / joscar Goto Github PK
View Code? Open in Web Editor NEWAccess AOL Instant Messenger in Java apps
Home Page: joust.kano.net
Access AOL Instant Messenger in Java apps
Home Page: joust.kano.net
I'm attaching a patch that converts all the core libraries to LoggingSystem
instead of directly using
Java's logging facility. This allows for easier integration into existing
logging systems.
Original issue reported on code.google.com by mschrag
on 16 Feb 2007 at 7:04
Attachments:
What steps will reproduce the problem?
1.
2.
3.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 29 Jul 2006 at 6:08
A 'resume' attempt on an outgoing file failed in the checksumming phase. This
was caused by
the file having the same name as an existing file on the receiver's end... even
though it wasn't the
same file.
The transfer was reported as 'canceled' on his side and 'failed' on mine.
My debug info (the sender):
[6:26:20 PM EST] TransferController: File transfer is now connected
[6:26:20 PM EST] TransferredFileImpl: Closing RandomAccessFile for
/Users/evands/adium/
Plugins/joscar Service/Archive.zip
[6:26:20 PM EST] AbstractStateController: Error in
SendFileController:java.io.IOException: could
not get checksum for entire file; 1078596 failed of 1098034
at net.kano.joustsim.oscar.oscar.service.icbm.ft.ChecksummerImpl.compute
(ChecksummerImpl.java:84)
at
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.che
cksumFilePart
(SendFileController.java:288)
at
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.get
ActualResumePosi
tion(SendFileController.java:272)
at
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.get
ResumePositionFr
omResumePacket(SendFileController.java:219)
at
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.get
ResumePosition
(SendFileController.java:179)
at
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.rea
dInitialResponse
(SendFileController.java:145)
at net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.sendFile
(SendFileController.java:120)
at
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController.tra
nsferInThread
(SendFileController.java:94)
at net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.TransferController$1.run
(TransferController.java:107)
at java.lang.Thread.run(Thread.java:613)
[6:26:20 PM EST] AbstractStateController: New state for
net.kano.joustsim.oscar.oscar.service.icbm.ft.controllers.SendFileController:
ExceptionStateInfo:
java.io.IOException: could not get checksum for entire file; 1078596 failed of
1098034
[6:26:20 PM EST] RvConnectionImpl: Changing state controller from
SendFileController
[6:26:20 PM EST] RvConnectionImpl: Getting next controller for
SendFileController (ended with
ExceptionStateInfo: java.io.IOException: could not get checksum for entire
file; 1078596 failed of
1098034)
The TransferController thread continued to run indefinitely as shown in the
attached image.
Possibly related: joscar was using about 25% of the CPU continuously while
idling (target idle is
0%, obviously). java.net.SocketInputStream.read() from
FlapHandler.readFLAPHeader() was the
by-far largest hotspot for useage, as you can see above.
Original issue reported on code.google.com by [email protected]
on 30 Oct 2006 at 1:27
Attachments:
What steps will reproduce the problem?
1.
2.
3.
What is the expected output? What do you see instead?
Please use labels and text to provide additional information.
Original issue reported on code.google.com by keithl
on 16 Sep 2006 at 10:25
What steps will reproduce the problem?
1. Hard to say, log in with an affected ICQ number, doesn't happen with all
2. Watch as you are denied login. =D
What is the expected output? What do you see instead?
Would expect to be logged in but am denied.
What version of the product are you using? On what operating system?
Latest SVN on Linux, Mac OS X, Windows, etc.
Please provide any additional information below.
While trying to debug this error code, I found out the following... (this
is what I posted on the adium x tracker, http://trac.adiumx.com/ticket/4582)
Hey folk, I noticed this:
Go back to using the insecure xor-based authentication for ICQ because
I think some people's ICQ numbers will trigger problems when using MD5.
Namely login error code 0x000c and error url
http://www.aim.com/errors/INVALID_DB_FIELDS.html?ccode=us&lang=en
From libgaim:
http://fisheye1.cenqua.com/browse/gaim/gaim/src/protocols/oscar/auth.c
I haven't looked much at the actual code for joscar to submit a patch. I
didn't know if this would trigger an "oh crap, ok, fixed". If not, let me
know and I'll see what I can do about providing a patch.
Original issue reported on code.google.com by daniel%[email protected]
on 7 Oct 2006 at 4:40
What steps will reproduce the problem?
1.
2.
3.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 29 Jul 2006 at 6:08
What steps will reproduce the problem?
1. Login to your icq account and wait until your buddies are loaded
2. check your account name and your buddy display names
3. all of them are displayed as icq numbers. None of them have
nicknames/display names present. I know we can set a nickname for the
buddy,but the display name should be displayed with whatever the buddy has
set for himself/herself
What is the expected output? What do you see instead?
Display names that the users have set for themselves. Currently we see icq
numbers
What version of the product are you using? On what operating system?
latest svn code. This is independent of the OS used
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 26 Jan 2008 at 8:12
What steps will reproduce the problem?
1. sometimes client start overloading cpu
the issue is in the SeqNum
for (i = n; (i >>= 3) != 0; s += i);
if new Random().nextLong() in RvProcessor returns negative value - we r
getting infinity loop
Original issue reported on code.google.com by [email protected]
on 26 May 2010 at 2:54
net.kano.rv.RvProcessor creates a SeqNum passing in a random Long
If the random Long is negative (which it can be), the loop in line 105
of SeqNum will run forever.
It should be using unsigned shift (>>>=) instead of signed (>>=).
Original issue reported on code.google.com by [email protected]
on 12 Mar 2010 at 9:02
joscar [487]
I was suddenly disconnected. I haven't been able to reproduce this... but an
attempt to
reconnect was greeted by permanently attempting and not succeeding. The debug
log showed
the below, then no more connection activity.... canceling the attempt and
reattempting was
successful.
==== Debug log
[11:51:30 AM EST] ClientFlapConn$2: NOT_CONNECTED
[11:51:30 AM EST] OscarConnection: Disconnected from 64.12.28.204
[11:51:30 AM EST] AbstractService: MainBosServiceImpl is finished
[11:51:30 AM EST] AbstractService: InfoServiceImpl is finished
[11:51:30 AM EST] AbstractService: BuddyServiceImpl is finished
[11:51:30 AM EST] AbstractService: IcbmServiceImpl is finished
[11:51:30 AM EST] AbstractService: SsiServiceImpl is finished
[11:51:30 AM EST] ConnectionManager: New state: DISCONNECTED -
net.kano.joustsim.oscar.DisconnectedStateInfo@771727
[11:51:30 AM EST] ClientFlapConn$2: NOT_CONNECTED
[11:51:30 AM EST] OscarConnection: Disconnected from 64.12.201.42
[11:51:30 AM EST] AbstractService: ExternalBosServiceImpl is finished
[11:51:30 AM EST] AbstractService: RoomFinderService is finished
[11:51:30 AM EST] ExternalServiceManager$ExternalServiceConnListener: External
service
connection died for service 13 ( <13>
net.kano.joustsim.oscar.oscar.service.chatrooms.RoomFinderServiceArbiter@d41c75)
[11:51:30 AM EST] ExternalServiceManager: Someone requested a refresh of 0xd
but the arbiter
net.kano.joustsim.oscar.oscar.service.chatrooms.RoomFinderServiceArbiter@d41c75
keepalive =
false
[11:51:30 AM EST] AbstractServiceArbiter$1: Conn state changed for
net.kano.joustsim.oscar.oscar.service.chatrooms.RoomFinderServiceArbiter@d41c75:
NOT_CONNECTED
[11:51:30 AM EST] KeepaliveSender: Stopping KeepaliveSender for
net.kano.joustsim.oscar.oscar.ExternalConnection@e98d49
[11:51:30 AM EST] ClientFlapConn$2: NOT_CONNECTED
[11:51:30 AM EST] OscarConnection: Disconnected from 64.12.29.76
[11:51:30 AM EST] AbstractService: ExternalBosServiceImpl is finished
[11:51:30 AM EST] AbstractService: IconServiceImpl is finished
[11:51:30 AM EST] ExternalServiceManager$ExternalServiceConnListener: External
service
connection died for service 16 ( <16>
net.kano.joustsim.oscar.oscar.service.icon.IconServiceArbiter@4da460)
[11:51:30 AM EST] ExternalServiceManager: Requesting external service 16 for
net.kano.joustsim.oscar.oscar.service.icon.IconServiceArbiter@4da460
[11:51:30 AM EST] ClientSnacProcessor: Queueing Snac request #92:
ServiceRequest for family
0x10
[11:51:30 AM EST] RateQueue: Enqueuing ServiceRequest for family 0x10 within
ratequeue (class
1)...
[11:51:30 AM EST] RateQueue: Dequeueing ServiceRequest for family 0x10 from
ratequeue (class
1)...
[11:51:30 AM EST] ClientSnacProcessor: Sending SNAC request SnacRequest for
ServiceRequest
for family 0x10: listeners:
[net.kano.joustsim.oscar.oscar.service.bos.MainBosServiceImpl
$ServiceRequestResponseListener@7c4ab7,
net.kano.joscar.ratelim.RateQueue$1@d4fcf],
responses: null
[11:51:30 AM EST] AbstractServiceArbiter$1: Conn state changed for
net.kano.joustsim.oscar.oscar.service.icon.IconServiceArbiter@4da460:
NOT_CONNECTED
[11:51:30 AM EST] KeepaliveSender: Stopping KeepaliveSender for
net.kano.joustsim.oscar.oscar.ExternalConnection@b090be
[11:51:35 AM EST] KeepaliveSender: Stopping KeepaliveSender for
net.kano.joustsim.oscar.oscar.BasicConnection@92c365
[11:51:35 AM EST] BuddyInfoTracker$TrackingThread: Shutting down buddy tracker
thread for
net.kano.joustsim.oscar.AimConnection@841a5c
[12:13:18 PM EST] AimConnection: Warning: this AIM connection's certificate and
signer
managers will not be set because the trust manager is null
[12:13:18 PM EST] TrustedCertificatesTracker: Warning: Trusted certificates
tracker will not track
explicitly trusted certificates since the certificate trust manager is null
[12:13:18 PM EST] TrustedCertificatesTracker: Warning: Trusted certificates
tracker will not track
signer-trusted certificates since the signer trust manager is null
[12:13:18 PM EST] SecurityEnabledHandler: Warning: Key manager for
SecurityEnabledHandler
will not be set because the AIM session's trust preferences are null
[12:13:18 PM EST] ExternalServiceManager: Creating arbiter for service 13
[12:13:18 PM EST] ExternalServiceManager: Created arbiter for service 13:
net.kano.joustsim.oscar.oscar.service.chatrooms.RoomFinderServiceArbiter@f92e01
[12:13:18 PM EST] AbstractService: Created new
net.kano.joustsim.oscar.oscar.service.login.LoginService
[12:13:18 PM EST] AbstractService: LoginService is ready
[12:13:18 PM EST] LoginService: Using SecurID provider
net.adium.joscarBridge.joscarBridge@e4bb3c
[12:13:18 PM EST] OscarConnection: OscarConnection to login.oscar.aol.com
trying to connect...
[12:13:18 PM EST] ClientFlapConn$2: CONNECTED
[12:13:18 PM EST] OscarConnection: Connected to login.oscar.aol.com
[12:13:18 PM EST] LoginService: Sending key request on
net.kano.joustsim.oscar.oscar.service.login.LoginService@2ef9bd
[12:13:18 PM EST] AbstractFlapProcessor: Sending Flap packet FlapPacket
(channel=1, seq=1):
10 total bytes
[12:13:18 PM EST] ClientSnacProcessor: Queueing Snac request #1: KeyRequest for
screenname
tekjew
[12:13:18 PM EST] ClientSnacProcessor: Sending SNAC request SnacRequest for
KeyRequest for
screenname tekjew: listeners: null, responses: null
[12:13:18 PM EST] AbstractFlapProcessor: Sending Flap packet FlapPacket
(channel=2, seq=2):
34 total bytes
[12:13:18 PM EST] ConnectionManager: New state: AUTHORIZING -
net.kano.joustsim.oscar.AuthorizingStateInfo@dafccd
[12:13:18 PM EST] ConnectionManager: Tried converting state CONNECTINGAUTH to
AUTHORIZING, but was in NOT_CONNECTED
[12:13:18 PM EST] KeepaliveSender: Starting KeepaliveSender for
net.kano.joustsim.oscar.oscar.LoginConnection@56afa8
[12:13:18 PM EST] KeepaliveSender$2: Sending FLAP keepalive on
net.kano.joustsim.oscar.oscar.LoginConnection@56afa8
[12:13:18 PM EST] AbstractFlapProcessor: Sending Flap packet FlapPacket
(channel=5, seq=3): 6
total bytes
[12:13:18 PM EST] ConnectionManager: New state: CONNECTINGAUTH -
net.kano.joustsim.oscar.AuthorizingStateInfo@698adc
[12:13:18 PM EST] AbstractFlapProcessor: FlapProcessor received packet:
FlapPacket (channel=1,
seq=320)
[12:13:18 PM EST] AbstractFlapProcessor: Flap command for FlapPacket
(channel=1, seq=320):
LoginFlapCmd: version=1, cookie=null
[12:13:18 PM EST] AbstractFlapProcessor: FlapProcessor received packet:
FlapPacket (channel=2,
seq=321)
[12:13:18 PM EST] AbstractFlapProcessor: Flap command for FlapPacket
(channel=2, seq=321):
SnacFlapCmd: packet=SnacPacket type 0x17/0x7: 12 bytes (id=1)
[12:13:18 PM EST] AbstractSnacProcessor: Converted Snac packet SnacPacket type
0x17/0x7: 12
bytes (id=1) to KeyResponse: key=3807911474
[12:13:18 PM EST] LoginService: Sending authorization request
[12:13:18 PM EST] ClientSnacProcessor: Queueing Snac request #2: AuthRequest:
sn='tekjew',
version='ClientVersionInfo: , versionString='Apple iChat', clientid=12570,
major=1, minor=0,
point=0, build=388, distCode=198', locale=en_US
[12:13:18 PM EST] ClientSnacProcessor: Sending SNAC request SnacRequest for
AuthRequest:
sn='tekjew', version='ClientVersionInfo: , versionString='Apple iChat',
clientid=12570, major=1,
minor=0, point=0, build=388, distCode=198', locale=en_US: listeners: null,
responses: null
[12:13:18 PM EST] AbstractFlapProcessor: Sending Flap packet FlapPacket
(channel=2, seq=4):
120 total bytes
[12:13:19 PM EST] AbstractFlapProcessor: FlapProcessor received packet:
FlapPacket (channel=2,
seq=322)
[12:13:19 PM EST] AbstractFlapProcessor: Flap command for FlapPacket
(channel=2, seq=322):
SnacFlapCmd: packet=SnacPacket type 0x17/0x3: 413 bytes (id=2)
[12:13:19 PM EST] AbstractSnacProcessor: Converted Snac packet SnacPacket type
0x17/0x3:
413 bytes (id=2) to AuthResponse: sn='TekJew', server='64.12.28.205',
port=5190,
regStatus=0x3 (REGSTATUS_FULL), email='[email protected]'
[12:13:19 PM EST] LoginService: Login process succeeded:
net.kano.joustsim.oscar.oscar.loginstatus.LoginSuccessInfo@2d7c76
[12:13:19 PM EST] AbstractService: LoginService is finished
[12:13:19 PM EST] ClientFlapConn$2: NOT_CONNECTED
[12:13:19 PM EST] OscarConnection: Disconnected from login.oscar.aol.com
[12:13:19 PM EST] AbstractService: LoginService is finished
[12:13:19 PM EST] KeepaliveSender: Stopping KeepaliveSender for
net.kano.joustsim.oscar.oscar.LoginConnection@56afa8
[12:13:19 PM EST] ConnProcessorImpl: Processing connection error
(ERRTYPE_SNAC_RESPONSE_LISTENER): tried to connect to BOS server in state
CONNECTINGAUTH:
net.kano.joustsim.oscar.oscar.OscarConnection$3@d7244e
[12:13:19 PM EST] ConnProcessorImpl: CONNPROCESSOR HAS NO ERROR HANDLERS,
DUMPING:
ERROR TYPE: ERRTYPE_SNAC_RESPONSE_LISTENER
ERROR INFO: net.kano.joustsim.oscar.oscar.OscarConnection
[email protected]: tried to connect to BOS server in
state
CONNECTINGAUTH
at net.kano.joustsim.oscar.ConnectionManager.prepareMainConn(ConnectionManager.java:
187)
at net.kano.joustsim.oscar.ConnectionManager.connectBos(ConnectionManager.java:179)
at net.kano.joustsim.oscar.ConnectionManager.access$1000(ConnectionManager.java:66)
at net.kano.joustsim.oscar.ConnectionManager$LoginProcessListener.loginSucceeded
(ConnectionManager.java:274)
at net.kano.joustsim.oscar.oscar.service.login.LoginService.fireLoginSucceeded
(LoginService.java:143)
at net.kano.joustsim.oscar.oscar.service.login.LoginService.handleSnacPacket
(LoginService.java:219)
at net.kano.joustsim.oscar.oscar.OscarConnection.handleSnacResponse
(OscarConnection.java:346)
at net.kano.joustsim.oscar.oscar.OscarConnection$3.handleResponse
(OscarConnection.java:152)
at net.kano.joscar.snac.ClientSnacProcessor.continueHandling(ClientSnacProcessor.java:
718)
at net.kano.joscar.snac.AbstractSnacProcessor.processPacket(AbstractSnacProcessor.java:
447)
at net.kano.joscar.snac.AbstractSnacProcessor.access$100(AbstractSnacProcessor.java:134)
at net.kano.joscar.snac.AbstractSnacProcessor$1.handlePacket(AbstractSnacProcessor.java:
208)
at net.kano.joscar.flap.AbstractFlapProcessor.processPacketSynchronously
(AbstractFlapProcessor.java:231)
at net.kano.joscar.flap.AsynchronousFlapProcessor
$BackgroundPacketProcessor.tryProcessingPackets(AsynchronousFlapProcessor.java:7
5)
at net.kano.joscar.flap.AsynchronousFlapProcessor$BackgroundPacketProcessor.run
(AsynchronousFlapProcessor.java:63)
at java.lang.Thread.run(Thread.java:613)
Original issue reported on code.google.com by [email protected]
on 30 Oct 2006 at 5:21
What steps will reproduce the problem?
1. Login with joscar to aim with account A
2. Send a message to an offline aim buddy (account B)
3. Login with an aim client with the account B
What is the expected output? What do you see instead?
Expected Output: when i login with the second account i should see the
offline message sent to me.
What version of the product are you using? On what operating system?
version: svn, operating system independent (windows, linux)
Please provide any additional information below.
I've tried with my own implementation and with JClaim with the same
results, incoming offline messages are received ok, but when i try to send
a im to an offline buddy, the offline buddy never receives the message.
Thanks
Original issue reported on code.google.com by [email protected]
on 8 Aug 2008 at 1:23
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.