Bug 149931 - multiple yahoo profiles causes crash
Summary: multiple yahoo profiles causes crash
Status: RESOLVED NOT A BUG
Alias: None
Product: kopete
Classification: Unmaintained
Component: Yahoo Plugin (other bugs)
Version First Reported In: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-17 04:22 UTC by Samir
Modified: 2008-11-19 12:52 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
BackTrace (2.06 KB, text/plain)
2007-09-17 15:47 UTC, Samir
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Samir 2007-09-17 04:22:47 UTC
Version:            (using KDE KDE 3.5.7)
Installed from:    Gentoo Packages
Compiler:          gcc 4.1.2 
OS:                Linux

I have an a yahoo account with two profiles setup under my account.  let's called the account foo1, with a public profile foo2 associated with foo1.

I have kopete setup with both foo1 and foo2 as valid yahoo accounts, and I can connect to both of them independantly, the issue arises when I'm connected to either foo1 or foo2 and I try to connect to the other one.

ie.  foo1 is connected, when I connected to foo2 while foo1 is connected, kopete crashes.  if I disconnect from foo1 and connect to foo2, everything works fine.  

In pidgin, when I mimic the same behavior, when connecting to foo2 it would disconnect foo1, which is fine, but the behaviour should be handled more gracefully then a application crash.

when starting from console (so I'd get console output otherwise omitted) this is what I have:


Transfer ACCEPTED by: PictureNotifierTask
CLIENT: SendPictureTask: Task::done()
CLIENT: SendPictureTask: emitting finished
Transfer ACCEPTED by: PictureNotifierTask
QGArray::find: Index 0 out of range
QMetaObject::findSignal:ClientStream: Conflict with Stream::readyRead()
Transfer ACCEPTED by: LoginTask
Transfer ACCEPTED by: LoginTask
Transfer ACCEPTED by: ListTask
Transfer ACCEPTED by: StatusNotifierTask
Transfer ACCEPTED by: MailNotifierTask
QGArray::find: Index 0 out of range
QMetaObject::findSignal:ClientStream: Conflict with Stream::readyRead()
Transfer ACCEPTED by: LoginTask
Transfer ACCEPTED by: LoginTask
Transfer ACCEPTED by: ListTask
QObject::disconnect: No such signal Client::gotBuddyIconRequest(const QString&)
QMultiInputContext::changeInputMethod(): index=0, slave=xim
Transfer ACCEPTED by: StatusNotifierTask
KCrash: Application 'kopete' crashing...
Comment 1 Pino Toscano 2007-09-17 08:41:13 UTC
@Samir:
could you please provide a backtrace of the crash?
The page http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports
explains how to do that.

@Kopete-Yahoo! developers:
> QMetaObject::findSignal:ClientStream: Conflict with Stream::readyRead() 

I don't really know Kopete's code, but could be the above also the cause of bug 125200?
Comment 2 Samir 2007-09-17 15:47:31 UTC
Created attachment 21639 [details]
BackTrace

Backtrace after the crash.
Comment 3 Christophe Marin 2008-06-26 18:24:19 UTC
Is this bug still present ? If so, could you install the debug packages and provide a backtrace ?
Comment 4 Christophe Marin 2008-11-19 12:52:56 UTC
No useful backtrace (comment #1) nor feedback. Closing