Version: 0.5 (using KDE KDE 3.0.99) Installed from: Debian testing/unstable Packages OS: Linux Kopete worked fine but this last week I have had problems connecting to MSN with the MSN plugin. The application isn't crashing; when I try to set my status to online the MSN icon starts blinking and keeps blinking never getting to connect. I tried to downgrade to 0.4 but the problem remains the same. I launched the application (0.5 again) from the konsole and here's what i get: MSNProtocol::MSNProtocol: MSN Plugin Loading MSN Plugin: Loading animation MSN Protocol Plugin: Creating Status Bar icon [LibraryLoader] loadSO(), loading msn.plugin successful MSNProtocol::connect: Connecting to MSN with Passport fserracant@hotmail.com MSNNotifySocket::setStatus : BRB MSN Plugin: Going Online MSNProtocol::connect: Connecting to MSN with Passport fserracant@hotmail.com MSNNotifySocket::setStatus : NLN ... aparently ok, but the butterfly keeps blinking :,( Finally, I tried other applications such as Gaim or EveryBuddy and these ones got to connect without problems. I don't know what's wrong. Can you please help me? Thank you.
I have no idea what this can do. only strange thing i note: are you trying to connect twice? one time with "By right Back" and after with "online" Maybe there are something wrong in configfiles try to remove ~/.kde/share/config/kopeterc (but keep it in another directory) If that works, please send the old kopeterc file, we will insptect that (but remove all personal informations like passwords or account id) Thanks
Subject: kdenonbeta/kopete/protocols/msn CVS commit by mklingens: Fix some obscure problems in the DNS lookups: // Ideally we want to the full connection to MSN to be handled async, but due // to some design issues in QDns this fails if people with dialup connections // start Kopete before their internet connection. The workaround from // TrollTech is to not use QDns, but use the libc gethostbyname call instead. // The sync calls in KExtendedSocket use this, only the async lookup uses DNS. // This is slightly annoying as it blocks the GUI for the duration of the DNS // lookup, but properly configured systems will hardly notice that. Besides, // there's nothing we can do about it... For Qt 4/KDE 4 we can hopefully // leave the lookup to the socket again and remove the manual lookup call. // This cannot be fixed in Qt 3 unfortunately. This commit fixes the Kopete side of bug 50279, but in fact it's more a KExtendedSocket/QDns problem (bug is already reassigned there), so I'm not closing it. It also works around the problem with recent glibcs for debian unstable and Mandrake Cooker that breaks QDns, so it also 'fixes' bug 52494. Here the real problem is beyond our reach as well, but it works nevertheless as workaround for now. CCMAIL: 50279@bugs.kde.org CCMAIL: 52494-done@bugs.kde.org M +15 -0 msnsocket.cpp 1.47 --- kdenonbeta/kopete/protocols/msn/msnsocket.cpp #1.46:1.47 @@ -99,4 +99,19 @@ void MSNSocket::connect( const QString & aboutToConnect(); + + // FIXME KDE4? + // Ideally we want to the full connection to MSN to be handled async, + // but due to some design issues in QDns this fails if people with + // dialup connections start Kopete before their internet connection. + // The workaround from TrollTech is to not use QDns, but use the + // libc gethostbyname call instead. The sync calls in KExtendedSocket + // use this, only the async lookup uses DNS. + // This is slightly annoying as it blocks the GUI for the duration + // of the DNS lookup, but properly configured systems will hardly + // notice that. Besides, there's nothing we can do about it... + // For Qt 4/KDE 4 we can hopefully leave the lookup to the socket + // again and remove the manual lookup call. This cannot be fixed + // in Qt 3 unfortunately. + m_socket->lookup(); m_socket->startAsyncConnect(); }