Bug 268665 - Google Talk account repeatedly disconnects and reconnects
Summary: Google Talk account repeatedly disconnects and reconnects
Status: RESOLVED WORKSFORME
Alias: None
Product: kopete
Classification: Applications
Component: Jabber Plugin (show other bugs)
Version: 1.0.80
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-16 17:11 UTC by Ivan D Vasin
Modified: 2023-01-30 05:07 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Kopete console output from a session with this issue (5.03 KB, text/plain)
2011-03-16 17:11 UTC, Ivan D Vasin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan D Vasin 2011-03-16 17:11:48 UTC
Created attachment 58098 [details]
Kopete console output from a session with this issue

Version:           1.0.80 (using KDE 4.6.1) 
OS:                Linux

i have six accounts in kopete: one AIM, three Jabber, one Skype, and one Bonjour.  one of the Jabber accounts is a Google Talk account.  that account rarely stays online for longer than a few seconds.  not only does this make the account unusable, but it makes the rest of Kopete unusable too because the whole UI freezes while the Google Talk account is disconnecting or reconnecting.

the only workaround i have found is to disable or remove the Google Talk account in Settings -> Configure... -> Accounts.

Reproducible: Always

Steps to Reproduce:
1. launch kopete.
2. connect to a Google Talk account (or wait for it to auto-connect if it is set to do so).
3. wait ~7 s.  the Google Talk account freezes the UI for ~2.5 s as it disconnects.
4. wait ~10 s.  the Google Talk account freezes the UI for ~2.5 s as it reconnects.
5. repeat steps 3-4 ad nauseum.

Actual Results:  
see steps 3-4.  kopete's console output is silent during the disconnects, but it prints the following during each reconnect:

Unknown signature value:  795                                                         
QProcess::start: Process is already running

Expected Results:  
the account should come online and stay online.  if it must disconnect and reconnect due to external factors, then it should not freeze the UI as it does so.

OS: Linux (x86_64) release 2.6.35-28-generic
Compiler: cc


the first time that some of the accounts connect (including the Google Talk one), kopete's console output displays this:

Corrupt JPEG data: premature end of data segment                                      
Invalid JPEG file structure: two SOI markers
Comment 1 Vasily 2011-03-17 06:09:37 UTC
Same error, but with another server. Kopete writes to konsole "Unknown signature value:  795"
Comment 2 Ivan D Vasin 2011-03-17 16:21:11 UTC
may be related to bug 263548.
Comment 3 Ivan D Vasin 2011-04-15 17:01:16 UTC
i wasn't sure if this was the case before, but i'm pretty sure now: this issue appears consistently on some days but not at all on others.  it appeared earlier this week, and i subsequently disabled my Google Talk account.  i just re-enabled it and no longer see the issue.

this suggests, to me, that this is a failure of Kopete in handling some transient network issue.  i've never seen this happen in Pidgin, so it seems possible to handle this more gracefully.
Comment 4 Jani-Matti Hätinen 2011-08-19 09:41:00 UTC
Same problem here for the last month or so (also running kopete 1.0.80). The constant reconnecting also causes kopete to leak massive amounts of memory.
Comment 5 ppnht 2012-02-07 18:19:08 UTC
Same problem:

Qt: 4.7.4
KDE Development Platform: 4.7.2 (4.7.2) "release 5"
Kopete: 1.1.2
(OpenSUSE 12.1)


> kopete
kopete(11764)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know "/home/user/.kde4/share/apps/kabc" 
> kopete(11764)/libkopete Kopete::PluginManager::loadPluginInternal: Unable to find a plugin named ' "" '! 
Unknown signature value:  7 
Unknown signature value:  7 
Unknown signature value:  795 
Unknown signature value:  7 
Unknown signature value:  7 
Unknown signature value:  795 
QProcess::start: Process is already running
Unknown signature value:  7 
Unknown signature value:  7 
Unknown signature value:  795 
QProcess::start: Process is already running
Unknown signature value:  7 
Unknown signature value:  7 
Unknown signature value:  795 
QProcess::start: Process is already running
Unknown signature value:  7 
Unknown signature value:  7 
Unknown signature value:  795 
QProcess::start: Process is already running


and these lines keep repeating themselves every reconnection:

Unknown signature value:  7 
Unknown signature value:  7 
Unknown signature value:  795 
QProcess::start: Process is already running
Comment 6 Alessandro Cosentino 2012-05-13 00:03:20 UTC
Same issue here with Kopete 1.0.0 and KDE 4.4.5 on Debian. It started to behave like that a couple of weeks ago.
Comment 7 reporter12 2013-03-13 16:29:30 UTC
I have found that in my case this happens in situation when 2 instances of kopete (on 2 different machines) are logged in place behind NAT. I did not try to change to debug it further. I am not sure if the NAT is required to reproduce it, it is just my setup. I did not even try change name of source in kopete to avoid possible conflicts. Closing one of these instances stopped the disconnection. I did it with KUbuntu 12.10 and kopete 4:4.9.5-0ubuntu0.1
Comment 8 Pali Rohár 2013-05-19 10:16:58 UTC
Kopete in svn has updated libiris and libjingle libraries. Test if this problem is still there.
Comment 9 Andrew Crouthamel 2018-11-10 03:19:30 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Andrew Crouthamel 2018-11-20 03:58:45 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 11 Justin Zobel 2022-12-31 00:24:43 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 12 Bug Janitor Service 2023-01-15 05:10:26 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 13 Bug Janitor Service 2023-01-30 05:07:08 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!