gmane.network.jabber.psi.devel

Re: STUN support for the File Transfer

Kevin Smith — 2008-11-30T12:54:03

I see you've already found flyspray - thanks! We'll review the patch after 0.13. /K

STUN support for the File Transfer

Ilya Dikariev — 2008-11-30T00:40:44

I have added the support of the STUN server, to determine the external IP (it fixes the File Transfer problem) How can I upload the patch?

Mpris Plugin for tunecontroller

Thomas Frauendorfer — 2008-11-24T21:12:27

Hi, I slightly changes Matthieu Volat's mpris code so that it only creates one mpris plugin. The patch should work with every mpris compatible player (tested with audacious and a xmms2 mpris extension) The patch can also be pulled from http://github.com/caotic/psi/tree/master

Emoticons fix

Ky6uk — 2008-11-20T19:25:48

Hello. Introduce small changes associated with smiles. I think such behavior would be more logical.

Re: Nightly builds crash on MacOS X

Davide Pesavento — 2008-11-18T00:08:59

(gdb) frame 4 #4 0x004f9b46 in XMPP::JDnsProvider::~JDnsProvider (this=0x205a1590) at ../corelib/netnames_jdns.cpp:2633 2633delete global; (gdb) print *global $24 = { <> = {}, members of XMPP::JDnsGlobal: static staticMetaObject = { d = { superdata = 0x1cd7478, stringdata = 0x68b170 "XMPP::JDnsGlobal", data = 0x68b0e0, extradata = 0x0 } }, db = { <> = {}, members of JDnsSharedDebug: static staticMetaObject = { d = { superdata = 0x1cd7478, stringdata = 0x68b440 "JDnsSharedDebug", data = 0x68b400, extradata = 0x0 } }, d = 0x205a1860 }, uni_net = 0x205a2b00, uni_local = 0x0, mul = 0x0, mul_addr4 = { d = 0x205a1710 }, mul_addr6 = { d = 0x205a19a0 }, netman = { <> = {}, members of XMPP::NetInterfaceManager: static staticMetaObject = { d = { superdata = 0x1cd7478, stringdata = 0x68ba60 "XMPP::NetInterfaceManager", data = 0x68ba20, extradata = 0x0 } }, d = 0x205a1b10 }, ifaces = { { p = { static shared_null = { ref = { _q_value = 6622 }, alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0} }, d = 0x1cd6074 }, d = 0x1cd6074 } }, updateTimer = 0x205a2a00 } (gdb) frame 3 #3 0x0050a167 in XMPP::JDnsGlobal::~JDnsGlobal (this=0x205a1760) at ../corelib/netnames_jdns.cpp:288 288} (gdb) frame 2 #2 0x004e8ade in XMPP::NetInterfaceManager::~NetInterfaceManager (this=0x205a1788) at ../corelib/netinterface.cpp:448 448delete d; (gdb) print *d $25 = { <> = {}, members of XMPP::NetInterfaceManagerPrivate: static staticMetaObject = { d = { superdata = 0x1cd7478, stringdata = 0x689fb4 "XMPP::NetInterfaceManagerPrivate", data = 0x689f60, extradata = 0x0 } }, q = 0x205a1788, m = { d = 0x205a1bf0 }, info = { { p = { static shared_null = { ref = { _q_value = 6622 }, alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0} }, d = 0x204777e0 }, d = 0x204777e0 } }, listeners = { { p = { static shared_null = { ref = { _q_value = 6622 }, alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0} }, d = 0x1cd6074 }, d = 0x1cd6074 } }, pending = false }

Re: Nightly builds crash on MacOS X

Davide Pesavento — 2008-11-17T23:56:04

$ gdb ./src/psi.app/Contents/MacOS/psi Unknown signature value: 668 instance = ITunesPlugin instance = PsiFilePlugin instance = opensslPlugin instance = gnupgPlugin instance = ITunesPlugin instance = PsiFilePlugin instance = opensslPlugin instance = gnupgPlugin Unknown signature value: 668 *** Here I quit the application *** instance = XMPP::JDnsProvider Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xb0240790 0x01c2b656 in QObject::~QObject () (gdb) (gdb) bt #0 0x01c2b656 in QObject::~QObject () #1 0x004eafb1 in XMPP::NetInterfaceManagerPrivate::~NetInterfaceManagerPrivate (this=0x205a1b10) at ../corelib/netinterface.cpp:323 #2 0x004e8ade in XMPP::NetInterfaceManager::~NetInterfaceManager (this=0x205a1788) at ../corelib/netinterface.cpp:448 #3 0x0050a167 in XMPP::JDnsGlobal::~JDnsGlobal (this=0x205a1760) at ../corelib/netnames_jdns.cpp:288 #4 0x004f9b46 in XMPP::JDnsProvider::~JDnsProvider (this=0x205a1590) at ../corelib/netnames_jdns.cpp:2633 #5 0x004e70eb in XMPP::PluginInstance::~PluginInstance (this=0x205a1600) at ../corelib/irisnetglobal.cpp:99 #6 0x004e74d3 in qDeleteAll::const_iterator> (begin=< at >0xbffff73c, end=< at >0xbffff738) at qalgorithms.h:352 #7 0x004e7544 in qDeleteAll > (c=< at >0xbffff778) at qalgorithms.h:360 #8 0x004e7f1f in XMPP::PluginManager::unload (this=0x205a1344) at ../corelib/irisnetglobal.cpp:231 #9 0x004e7f80 in XMPP::PluginManager::~PluginManager (this=0x205a1344) at ../corelib/irisnetglobal.cpp:148 #10 0x004e808f in XMPP::IrisNetGlobal::~IrisNetGlobal (this=0x205a1340) at ../corelib/irisnetglobal.cpp:239 #11 0x004e6e04 in deinit () at ../corelib/irisnetglobal.cpp:269 #12 0x01c175aa in qt_call_post_routines () #13 0x01059a33 in QApplication::~QApplication () #14 0x00214fca in PsiApplication::~PsiApplication (this=0xbffff928) at psiapplication.cpp:182 #15 0x0035ce21 in main (argc=1, argv=0xbffff9e8) at main.cpp:379

Re: Nightly builds crash on MacOS X

Aleksey Palazchenko — 2008-11-17T21:57:04

instance: XMPP::JDnsProvider Segmentation fault trace: Thread 0 Crashed: 0 QtCore 0x01bee4b6 QObject::~QObject() + 118 1 org.psi-im 0x004f6811 XMPP::NetInterfaceManagerPrivate::~NetInterfaceManagerPrivate() + 165 2 org.psi-im 0x004f433e XMPP::NetInterfaceManager::~NetInterfaceManager() + 100 3 org.psi-im 0x005159c7 XMPP::JDnsGlobal::~JDnsGlobal() + 341 4 org.psi-im 0x005053a6 XMPP::JDnsProvider::~JDnsProvider() + 62 5 org.psi-im 0x004f294b XMPP::PluginInstance::~PluginInstance() + 129 6 org.psi-im 0x004f2d33 void qDeleteAll::const_iterator>(QList::const_iterator, QList::const_iterator) + 41 7 org.psi-im 0x004f2da4 void qDeleteAll >(QList const&) + 66 8 org.psi-im 0x004f377f XMPP::PluginManager::unload() + 103 9 org.psi-im 0x004f37e0 XMPP::PluginManager::~PluginManager() + 18 10 org.psi-im 0x004f38ef XMPP::IrisNetGlobal::~IrisNetGlobal() + 41 11 org.psi-im 0x004f264c XMPP::deinit() + 102 12 QtCore 0x01bda40a qt_call_post_routines() + 90 13 QtGui 0x01018d93 QApplication::~QApplication() + 115 14 org.psi-im 0x00220bfa PsiApplication::~PsiApplication() + 40 15 org.psi-im 0x0036839d main + 1885 (main.cpp:379) 16 org.psi-im 0x0000916b _start + 209 17 org.psi-im 0x00009099 start + 41 Thread 1: 0 libSystem.B.dylib 0x963371de select$DARWIN_EXTSN$NOCANCEL + 10 1 QtCore 0x01c03c7b QEventDispatcherUNIX::select(int, fd_set*, fd_set*, fd_set*, timeval*) + 363 2 QtCore 0x01c04343 QEventDispatcherUNIXPrivate::doSelect(QFlags, timeval*) + 451 3 QtCore 0x01c0531c QEventDispatcherUNIX::processEvents(QFlags) + 156 4 QtCore 0x01bd8121 QEventLoop::processEvents(QFlags) + 65 5 QtCore 0x01bd81ed QEventLoop::exec(QFlags) + 157 6 org.psi-im 0x0039f26b QCA::SyncThread::run() + 329 7 QtCore 0x01aecd0b QThreadPrivate::start(void*) + 203 8 libSystem.B.dylib 0x963306f5 _pthread_start + 321 9 libSystem.B.dylib 0x963305b2 thread_start + 34 Thread 2: 0 libSystem.B.dylib 0x963371de select$DARWIN_EXTSN$NOCANCEL + 10 1 QtCore 0x01bbbb8b QProcessManager::run() + 123 2 QtCore 0x01aecd0b QThreadPrivate::start(void*) + 203 3 libSystem.B.dylib 0x963306f5 _pthread_start + 321 4 libSystem.B.dylib 0x963305b2 thread_start + 34 Thread 3: 0 libSystem.B.dylib 0x962ff4a6 mach_msg_trap + 10 1 libSystem.B.dylib 0x96306c9c mach_msg + 72 2 com.apple.CoreFoundation 0x92a290ce CFRunLoopRunSpecific + 1790 3 com.apple.CoreFoundation 0x92a29cf8 CFRunLoopRunInMode + 88 4 com.apple.Foundation 0x9174e100 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 320 5 com.apple.Foundation 0x916eabad -[NSThread main] + 45 6 com.apple.Foundation 0x916ea754 __NSThread__main__ + 308 7 libSystem.B.dylib 0x963306f5 _pthread_start + 321 8 libSystem.B.dylib 0x963305b2 thread_start + 34 Thread 4: 0 libSystem.B.dylib 0x9634f5e2 select$DARWIN_EXTSN + 10 1 libSystem.B.dylib 0x963306f5 _pthread_start + 321 2 libSystem.B.dylib 0x963305b2 thread_start + 34 Thread 5: 0 libSystem.B.dylib 0x962ff4a6 mach_msg_trap + 10 1 libSystem.B.dylib 0x96306c9c mach_msg + 72 2 com.apple.CoreFoundation 0x92a290ce CFRunLoopRunSpecific + 1790 3 com.apple.CoreFoundation 0x92a29cf8 CFRunLoopRunInMode + 88 4 com.apple.CFNetwork 0x90c40eca CFURLCacheWorkerThread(void*) + 396 5 libSystem.B.dylib 0x963306f5 _pthread_start + 321 6 libSystem.B.dylib 0x963305b2 thread_start + 34 Thread 6: 0 libSystem.B.dylib 0x962ff4a6 mach_msg_trap + 10 1 libSystem.B.dylib 0x96306c9c mach_msg + 72 2 com.apple.CoreFoundation 0x92a290ce CFRunLoopRunSpecific + 1790 3 com.apple.CoreFoundation 0x92a29cf8 CFRunLoopRunInMode + 88 4 com.apple.audio.CoreAudio 0x954bf468 HALRunLoop::OwnThread(void*) + 160 5 com.apple.audio.CoreAudio 0x954bf304 CAPThread::Entry(CAPThread*) + 96 6 libSystem.B.dylib 0x963306f5 _pthread_start + 321 7 libSystem.B.dylib 0x963305b2 thread_start + 34

Re: Nightly builds crash on MacOS X

Remko Tronçon — 2008-11-17T20:10:51

In that case, do you have a more extensive backtrace perhaps? One with full debug info. thanks, Remko

Re: Nightly builds crash on MacOS X

Davide Pesavento — 2008-11-17T20:03:07

On Mon, Nov 17, 2008 at 20:00, Aleksey Palazchenko public.gmane.org> wrote: I've been hitting the bug since at least a month ago, maybe earlier. Now using v0.13-dev (Nov 10 2008). Regards, Davide

Re: Nightly builds crash on MacOS X

Aleksey Palazchenko — 2008-11-17T19:00:15

Hi, Yeah, I think it's started around this time. This code outs: instance: XMPP::JDnsProvider instance: XMPP::UnixNetProvider Git version, compiled by myself. :) -- AlekSi

Re: Nightly builds crash on MacOS X

Remko Tronçon — 2008-11-17T07:56:46

Also, look at the 'About->Psi' dialog, and tell us the date please. Might be something wrong with the nightly build too. cheers, Remko

Re: Nightly builds crash on MacOS X

Justin Karneges — 2008-11-16T22:00:03

Any ideas as to when this started happening? By the trace, it looks like a crash I fixed in September. To help debug, edit irisnetglobal.cpp and find ~PluginInstance(). At the top of that function, put: printf("instance=%s\n", _instance->metaObject()->className()); It's important that the dns provider be unloaded before the network provider. -Justin

Re: Nightly builds crash on MacOS X

Aleksey Palazchenko — 2008-11-16T20:06:46

Can confirm.

Nightly builds crash on MacOS X

Davide Pesavento — 2008-11-16T16:08:06

Hi, the crash happens when quitting the application and it's 99% reproducible. Process: psi [208] Path: /Applications/Psi.app/Contents/MacOS/psi Identifier: org.psi-im Version: Psi 0.13-devel (0.13-devel) Code Type: X86 (Native) Parent Process: launchd [118] Date/Time: 2008-11-16 01:26:57.468 +0100 OS Version: Mac OS X 10.5.5 (9F33) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000000b02407d0 Crashed Thread: 0 Thread 0 Crashed: 0 QtCore 0x016f81b6 QObject::~QObject() + 118 1 org.psi-im 0x0035cbb7 XMPP::NetInterfaceManagerPrivate::~NetInterfaceManagerPrivate() + 125 2 org.psi-im 0x0035bc32 XMPP::NetInterfaceManager::~NetInterfaceManager() + 84 3 org.psi-im 0x0036e45a XMPP::JDnsGlobal::~JDnsGlobal() + 272 4 org.psi-im 0x0036605b XMPP::JDnsProvider::~JDnsProvider() + 47 5 org.psi-im 0x0035a65f XMPP::PluginInstance::~PluginInstance() + 31 6 org.psi-im 0x0035a9d5 void qDeleteAll::const_iterator>(QList::const_iterator, QList::const_iterator) + 29 7 org.psi-im 0x0035aa37 void qDeleteAll >(QList const&) + 69 8 org.psi-im 0x0035af53 XMPP::PluginManager::unload() + 101 9 org.psi-im 0x0035b047 XMPP::PluginManager::~PluginManager() + 23 10 org.psi-im 0x0035b3c5 XMPP::IrisNetGlobal::~IrisNetGlobal() + 37 11 org.psi-im 0x0035a5f8 XMPP::deinit() + 68 12 QtCore 0x016e416a qt_call_post_routines() + 90 13 QtGui 0x00b4b073 QApplication::~QApplication() + 115 14 org.psi-im 0x0023e6db main + 1625 15 org.psi-im 0x000089e2 _start + 216 16 org.psi-im 0x00008909 start + 41 Thread 1: 0 libSystem.B.dylib 0x951071de select$DARWIN_EXTSN$NOCANCEL + 10 1 QtCore 0x0170dbdb QEventDispatcherUNIX::select(int, fd_set*, fd_set*, fd_set*, timeval*) + 363 2 QtCore 0x0170df89 QEventDispatcherUNIXPrivate::doSelect(QFlags, timeval*) + 441 3 QtCore 0x0170f0ec QEventDispatcherUNIX::processEvents(QFlags) + 156 4 QtCore 0x016e1e81 QEventLoop::processEvents(QFlags) + 65 5 QtCore 0x016e1f4d QEventLoop::exec(QFlags) + 157 6 org.psi-im 0x002686f9 QCA::SyncThread::run() + 243 7 QtCore 0x015f773f QThreadPrivate::start(void*) + 191 8 libSystem.B.dylib 0x951006f5 _pthread_start + 321 9 libSystem.B.dylib 0x951005b2 thread_start + 34 Thread 2: 0 libSystem.B.dylib 0x951071de select$DARWIN_EXTSN$NOCANCEL + 10 1 QtCore 0x016c596b QProcessManager::run() + 123 2 QtCore 0x015f773f QThreadPrivate::start(void*) + 191 3 libSystem.B.dylib 0x951006f5 _pthread_start + 321 4 libSystem.B.dylib 0x951005b2 thread_start + 34 Thread 3: 0 libSystem.B.dylib 0x950fff66 kevent + 10 1 QtCore 0x015f773f QThreadPrivate::start(void*) + 191 2 libSystem.B.dylib 0x951006f5 _pthread_start + 321 3 libSystem.B.dylib 0x951005b2 thread_start + 34 Thread 4: 0 libSystem.B.dylib 0x9511f5e2 select$DARWIN_EXTSN + 10 1 libSystem.B.dylib 0x951006f5 _pthread_start + 321 2 libSystem.B.dylib 0x951005b2 thread_start + 34 Thread 0 crashed with X86 Thread State (32-bit): eax: 0xb02407c8 ebx: 0x016f8151 ecx: 0x2028e3d0 edx: 0x2028e3d0 edi: 0xbffff87c esi: 0x01a0a7c5 ebp: 0xbffff7d8 esp: 0xbffff760 ss: 0x0000001f efl: 0x00010282 eip: 0x016f81b6 cs: 0x00000017 ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037 cr2: 0xb02407d0 Regards, Davide

Re: gmail video chat

Peter Saint-Andre — 2008-11-13T23:15:21

As far as I understand it (the usual provisos apply), this is indeed in the works. /psa

Re: gmail video chat

Justin Karneges — 2008-11-12T20:16:45

Yep, glad to see xmpp voip is alive at Google again. I'm told it is still using the same signaling as the earlier GTalk Desktop client, but that they will switch to using the Jingle standard in the future. -Justin

gmail video chat

Hal Rottenberg — 2008-11-12T20:04:19

Re: Strange Send file behaviour

Justin Karneges — 2008-11-07T20:17:32

Good point. I think the explanation for this one is that at some point in time, the file dialog wasn't automatically invoked. So choosing "Send File" merely brought you to the send file window, and you had to manually click on the icon to open the file dialog. If you then canceled the file dialog, returning back to the send file window made perfect sense. Down the road, we made the file dialog get invoked automatically when the send file window opens, since 100% of people would need to invoke it anyway. This was meant to be a nice convenience, but you're right this does make for goofy usability today. -Justin

Re: Strange Send file behaviour

Frederik Schwarzer — 2008-11-07T19:50:42

Yeah, but what's the point in opening the dialog when you just decided to cancel it? Regards

Re: Strange Send file behaviour

Justin Karneges — 2008-11-07T19:46:46

You can still click the icon to choose a file. -Justin

Strange Send file behaviour

Frederik Schwarzer — 2008-11-07T18:56:54

Hi, if I decide to send a file to one of my contacts, the send file dialog opens and with it instantly the file chooser. If I now press Cancel in the file chooser, the send file dialog remains open. Is that the desired behaviour? I mean, what could that dialog be useful for at that time? Regards