| Summary: | Crash on window creation after connecting to irssiproxy (IRC) | ||
|---|---|---|---|
| Product: | [Unmaintained] kopete | Reporter: | Jaakko Holster <holster> |
| Component: | IRC Plugin | Assignee: | Kopete Developers <kopete-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | andresbajotierra, mg, mumumu, Stefan.Borggraefe |
| Priority: | NOR | ||
| Version First Reported In: | 0.10 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jaakko Holster
2005-05-19 19:22:08 UTC
Can you provide a better stack trace with a: configure --enable-debug=full compile of kopete. This bug seems to be fixed in the current version of Kopete. *** Bug 119463 has been marked as a duplicate of this bug. *** *** Bug 130909 has been marked as a duplicate of this bug. *** Bug 130909 was reported against Kopete 0.12.0. So it looks like this is not fixed after all. Bug 130909 also has a better backtrace with line numbers. I filled bug 130909 and I can confirm it against 0.12.1 (100% reproducible) Note: I *can* join channel via context menu on irc icon on contact window (no problem at all) - the crash only happens after "/j #chan" command Another backtrace for the same problem, against 0.12.1 this time:
#6 0xb5b54c54 in IRCChannelContact::toggleMode (this=0x8b9d068, mode=
{static null = {static null = <same as static member of an already seen type>, static replacement = {static null = <same as static member of an already seen type>, static replacement = <same as static member of an already seen type>, static byteOrderMark = {static null = <same as static member of an already seen type>, static replacement = <same as static member of an already seen type>, static byteOrderMark = <same as static member of an already seen type>, static byteOrderSwapped = {static null = <same as static member of an already seen type>, static replacement = <same as static member of an already seen type>, static byteOrderMark = <same as static member of an already seen type>, static byteOrderSwapped = <same as static member of an already seen type>, static nbsp = {static null = <same as static member of an already seen type>, static replacement = <same as static member of an already seen type>, static byteOrderMark = <same as static member of an already seen type>, static byteOrderSwapped = <same as static member of an already seen type>, static nbsp = <same as static member of an already seen type>, ucs = 160}, ucs = 65534}, static nbsp = <same as static member of an already seen type>, ucs = 65279}, static byteOrderSwapped = <same as static member of an already seen type>, static nbsp = <same as static member of an already seen type>, ucs = 65533}, static byteOrderMark = <same as static member of an already seen type>, static byteOrderSwapped = <same as static member of an already seen type>, static nbsp = <same as static member of an already seen type>, ucs = 0}, static replacement = <same as static member of an already seen type>, static byteOrderMark = <same as static member of an already seen type>, static byteOrderSwapped = <same as static member of an already seen type>, static nbsp = <same as static member of an already seen type>, ucs = 116}, enabled=true, update=false) at ircchannelcontact.cpp:614
#7 0xb5b540ba in IRCChannelContact::incomingModeChange (this=0x8b9d068,
nick=@0x826d5f0, mode=@0x88c7de8) at qstring.h:639
#8 0xb5b70db3 in IRCSignalMappingDouble<IRCChannelContact>::exec (
this=0xb5b53da0, id=@0x826d5f0, arg=@0x826d5f0, arg2=@0x826d5f0)
at ircsignalhandler.h:220
#9 0xb5b6f8a2 in QMemberDouble::qt_invoke (this=0x8359fa0, _id=146186488,
_o=0xb5bc3e60) at ircsignalhandler.h:131
#10 0xb699e34d in QObject::activate_signal (this=0x83ac6e0, clist=0x8401208,
o=0xbf8a2100) at qconnection.h:56
#11 0xb5b9318a in KIRC::Engine::incomingChannelModeChange (this=0x83ac6e0,
t0=@0x826d5f0, t1=@0x826d5f0, t2=@0x826d5f0) at kircengine.moc:1568
#12 0xb5b98c34 in KIRC::Engine::mode (this=0x83ac6e0, msg=@0xbf8a24f0)
at kircmessage.h:123
#13 0xb5b96134 in KIRC::Engine::qt_invoke (this=0x83ac6e0, _id=76,
_o=0xbf8a23d0) at qucom_p.h:316
#14 0xb699e3d3 in QObject::activate_signal (this=0x8370550, clist=0x83a2708,
o=0xbf8a23d0) at qconnection.h:56
#15 0xb5ba486a in KIRC::MessageRedirector::redirect (this=0x8370550,
t0=@0x826d5f0) at kircmessageredirector.moc:95
#16 0xb5ba4560 in KIRC::MessageRedirector::operator() (this=0x8370550,
msg=@0xbf8a24f0) at kircmessageredirector.cpp:47
#17 0xb5b912bd in KIRC::Engine::slotReadyRead (this=0x83ac6e0)
at kircengine.cpp:371
#18 0xb5b96079 in KIRC::Engine::qt_invoke (this=0x83ac6e0, _id=66,
_o=0xbf8a26d0) at kircengine.moc:2029
#19 0xb699e3d3 in QObject::activate_signal (this=0x8adf5d8, clist=0x83a2708,
o=0xbf8a26d0) at qconnection.h:56
#20 0xb699e216 in QObject::activate_signal (this=0x1, signal=-1081465136)
at kernel/qobject.cpp:2325
#21 0xb70b3afa in KAsyncIO::readyRead (this=0x826d5f0) at qmetaobject.h:261
#22 0xb7090bd4 in KExtendedSocket::socketActivityRead (this=0x8adf5d8)
at kextsock.cpp:1728
#23 0xb7092888 in KExtendedSocket::qt_invoke (this=0x8adf5d8, _id=2,
_o=0x826d5f0) at kextsock.moc:130
#24 0xb699e3d3 in QObject::activate_signal (this=0x8a366e0, clist=0x8a02ef8,
o=0xbf8a2c10) at qconnection.h:56
#25 0xb699e52d in QObject::activate_signal (this=0x8a366e0, signal=2, param=1)
at kernel/qobject.cpp:2449
#26 0xb6cd84b2 in QSocketNotifier::activated (this=0x826d5f0, t0=136762864)
at qmetaobject.h:261
#27 0xb69ba4ae in QSocketNotifier::event (this=0x8a366e0, e=0xbf8a2f50)
at kernel/qsocketnotifier.cpp:258
#28 0xb6941d0f in QApplication::internalNotify (this=0x826d5f0,
receiver=0x8a366e0, e=0xbf8a2f50) at kernel/qapplication.cpp:2615
#29 0xb6941175 in QApplication::notify (this=0xbf8a31c0, receiver=0x8a366e0,
e=0xbf8a2f50) at kernel/qapplication.cpp:2372
#30 0xb6fa9474 in KApplication::notify (this=0xbf8a31c0, receiver=0x8a366e0,
event=0xbf8a2f50) at kapplication.cpp:550
#31 0xb6931941 in QEventLoop::activateSocketNotifiers (this=0x822e0c0)
at kernel/qeventloop_unix.cpp:579
#32 0xb68ecd4c in QEventLoop::processEvents (this=0x822e0c0, flags=4)
at kernel/qeventloop_x11.cpp:383
#33 0xb6953a2a in QEventLoop::enterLoop (this=0x822e0c0)
at kernel/qeventloop.cpp:198
#34 0xb69538c8 in QEventLoop::exec (this=0x822e0c0)
at kernel/qeventloop.cpp:145
#35 0xb6941f41 in QApplication::exec (this=0xbf8a31c0)
at kernel/qapplication.cpp:2758
#36 0x0806eb18 in main (argc=136762864, argv=0x826d5f0) at main.cpp:107
I cannot confirm/reproduce this bug with 0.12.4/KDE 3.5.6/Ubuntu Feisty. I've connected to irssi-proxy 0.8.11, where the existing windows popped up and I could do "/join #test" from the server window. same here, works for me now (0.12.4/3.5.6/gentoo) Two people say they can't reproduce. Considered fixed. Bug 155666 looks as a duplicate of this (in KDE 3.5.8) Bug 152101 looks duplicate of this too (in KDE 3.5.7) |