Bug 58685 - No reconnection after disconnect
Summary: No reconnection after disconnect
Status: RESOLVED NOT A BUG
Alias: None
Product: kopete
Classification: Applications
Component: libkopete (show other bugs)
Version: 0.6.2
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
: 51583 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-05-19 18:17 UTC by Dennis Schridde
Modified: 2007-03-07 22:01 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dennis Schridde 2003-05-19 18:17:48 UTC
Version:           0.6.2 (using KDE KDE 3.1.1)
Installed from:    Compiled From Sources
Compiler:          gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux)
OS:          Linux

When disconnecting from the internet and then conecting again with Kopete open, it is unable to reconnect and send any messages. This is with the ICQ-Plugin and with the IRC Plugin, too.
Comment 1 Wolfram Wagner 2003-05-30 17:36:32 UTC
I have the same problem: I am using Kinternet to connect to a ISDN provider. 
Seems to me that it cannot handle a failed connect request and hangs them. There 
is no way to make it connect again. Only quit and restart...
Comment 2 Dik Takken 2003-08-17 22:17:36 UTC
The problem seems to be fixed in Kopete 0.7.1, at least for the MSN plugin. Everyone, 
please upgrade and test... 
Comment 3 Martijn Klingens 2003-08-17 22:24:55 UTC
Subject: Re: [Kopete-devel]   No reconnection after disconnect

On Sunday 17 August 2003 22:17, Dik Takken wrote:
> The problem seems to be fixed in Kopete 0.7.1, at least for the MSN
> plugin. Everyone, please upgrade and test...

It's not supposed to be fixed, so I think it's not worth the effort to try :)

Comment 4 Dik Takken 2003-08-17 22:39:24 UTC
Well, at least Kopete hasn't crashed when reconnecting to MSN since I compiled 0.7.1. 
Maybe you accidentally fixed something? Oh, don't worry, can happen to anyone.. :-) 
Comment 5 Wolfram Wagner 2003-08-18 09:04:09 UTC
Seems to be gone after upgrade to 0.7.1 and Suse 8.2
Comment 6 Dennis Schridde 2003-08-19 20:12:54 UTC
Seems to be fixed for ICQ, too. 
But NOT for IRC! 
Comment 7 AJ Sommer 2003-08-21 20:23:55 UTC
it is not fixed for me... kopete 0.7.1, kde 3.1.2, suse 8.0!! 
 
i have a lan with a dsl router, after the router looses the connection (disconnected from the 
provider) icq claims to be on "away" and is not able to reconnect, msn knows it is offline and has 
no problem to reconnect... 
Comment 8 Stefan Gehn 2003-08-21 20:31:21 UTC
it's getting boring to hear the same crap over and over again, thanks. 
Comment 9 Tobias Buchloh 2003-09-06 11:42:11 UTC
it is not fixed for me... kopete 0.7.1, kde 3.1.3, suse 8.2!!  
 
After the isdn-connection was closed and opened again, kopete is not able to 
reconnect to the server via ICQ. Only a message "Connection with lost" appears. 
 
I have to quit kopete and start it again. 
  
 
Comment 10 Olivier Goffart 2003-09-07 09:48:39 UTC
did you load the plugin called  "connection status" ? 
Comment 11 Olivier Goffart 2003-10-18 13:43:36 UTC
*** Bug 51583 has been marked as a duplicate of this bug. ***
Comment 12 Stefan Gehn 2003-10-19 17:55:28 UTC
use the connection status plugin if possible, that's what it's for
Comment 13 Dik Takken 2003-10-21 10:22:45 UTC
Using Kopete 0.7.2 *with* connection status plugin. It does not reconnect after the connection is lost (using Jabber)
Comment 14 Casey Allen Shobe 2003-10-21 11:08:39 UTC
> Using Kopete 0.7.2 *with* connection status plugin. It does not reconnect
> after the connection is lost (using Jabber)

The connection status plugin is only for temporary internent connections.  Are you using dialup or PPPoE directly from the machine you're running Kopete on?  Otherwise I think you misunderstand it's purpose.
Comment 15 Dik Takken 2003-10-21 11:39:55 UTC
No, I am not on a direct internet connection, I'm in a network. So, this bugreport does not apply to my situation? Should I submit another bugreport about my problem?
Comment 16 Casey Allen Shobe 2003-10-21 19:03:18 UTC
> So, this bugreport does not apply to my situation?

That is correct.  The connection status plugin monitors your netstat output, which never changes in a networked environment where your internet connection is "always on".

> Should I submit another bugreport about my problem?

What you're seeking is a way for the plugins to know when the socket has been disconnected unexpectedly, which I believe there are already open bug reports about (and unfortunately, no easy fix).
Comment 17 AJ Sommer 2003-10-21 20:23:21 UTC
For me the problem is, that (no matter whether im on a direct connection or in some network) if the connection with the internet gets lost for whatever reason, the ICQ-Plugin does (a) not detect that the connection is lost and (b) does not allow any change in status from that point on... In particular im not able to set the status to "Offline" so that i can login again!! So the ICQ-Plugin is not available until restart of Kopete!!

MSN-Plugin on the other hand reports correctly, that the connection to the service has been lost and switches to "Offline"... So the MSN-Plugin remains usable, all i have to do is select "Go online"!!

I think that this behavior was the original motivation for the bug-report...
Comment 18 Casey Allen Shobe 2003-10-21 20:39:17 UTC
> MSN-Plugin on the other hand reports correctly, that the connection to the
> service has been lost and switches to "Offline"

I think this is probably because of the way the MSN protocol works.  It sends periodic packets requiring acknowledgement to know that the connection is still open.  AIM/ICQ have so such waste of bandwidth.  But AFAIK it's not yes possible to tell when a socket has been disconnected, which is the solution for protocols like AIM/ICQ.

> In particular im not able to set the status to "Offline" so that i can login
> again!! So the ICQ-Plugin is not available until restart of Kopete!!

Now that is a definite problem.  One should always be able to manually force an account offline for reconnection.  You may wish to file that as a separate bug.  Maybe also this prevents connection status from disconnecting the ICQ account when a direct connection (like dialup) is destroyed?
Comment 19 Thiago Macieira 2003-10-21 23:10:49 UTC
If you read from a closed socket, the system will tell you it has closed. The socket classes when operating in buffering mode (i.e., doing the reading for you) also emit signals when the sockets close.
Comment 20 Dominik Karall 2004-08-28 19:25:28 UTC
it does not work with kopete 0.9. my connection is established through network, so the network does not disconnect, it only disconnects on the server. but after the server reconnects, kopete does not. even if i wait for a day.
Comment 21 Martin Krüger 2004-09-07 11:31:33 UTC
Hi,
I also use a DSL-Router to connect to the internet. So I have/had the same problem. Since my router supports DynDNS I "abused" the connection status plugin to check if the IP has changed or not for my dyndns name.

If someone is interested in the code please say so. (But beware. I am not the guru of programming. I just changed the code slightly to fit my needs. Furthermore am I not able to fully understand how all things in kopete work together. So don't expect too much. --> It works for me but not nessesarily for you.)
Comment 22 Caoilte O'Connor 2004-11-11 15:34:47 UTC
I (and I can't help feeling most people) are suffering the same problem that Dominik reported (and with 0.9). There basically is no auto-reconnect (with MSN at least) for Kopete, making Gaim waaaaay better for every day use.
Comment 23 Sebastian Turzański 2007-03-07 22:01:08 UTC
it's the same  for version 0.12.4 and yahoo protocol- so pls reopen