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::NetInte

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

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::Plug

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::~JDnsProvide

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