[Wengophone-devel] 2.1 feature freeze level

2007-04-25 Thread Jerome WAGNER
Hello, Just to clarify the level of feature freeze we're at on the 2.1 branch if that was not clear to everyone : - I accepted exceptional changes in RC2 3 weeks ago before Fostel because otherwise multi-protocol presence & linux sound support were not going to ever be satisfying. This has l

RE: [Wengophone-devel] Test phone numbers for SIP interoperability

2007-04-25 Thread Lukas Oberhuber
> [EMAIL PROTECTED] On Behalf Of Dave Neary > Subject: [Wengophone-devel] Test phone numbers for SIP interoperability > > > Hi all, > > Here's a page that I found through planet.gnome.org (a great source of > information ;) containing a list of available test services for SIP and > IAX2: http://

Re: [Wengophone-devel] Updating translations

2007-04-25 Thread Dave Neary
Hi Claudio, [EMAIL PROTECTED] wrote: > Any possibilities we have a weekend to work on it? We hope to make 2.1 packages Friday, so that's a little tricky. If that date slips, then I'll integrate the translations at the last possible moment. > PS. I prefer to deal with the ts file, and after 2.1

[Wengophone-devel] Translations and html tags

2007-04-25 Thread claudio . andre
Hi There are some strings that use html tags to control the text flow/line size. Eg. filename="../login/LogAccount.ui" line="300". The problem is that when we are translating, the text size changed, and we have to check using the interface (run wengophone, which is unwanted using Launchpad) if te

Re: [Wengophone-devel] Updating translations

2007-04-25 Thread claudio . andre
Hi Dave Any possibilities we have a weekend to work on it? Thanks PS. I prefer to deal with the ts file, and after 2.1 is out, merge it (back) in Launchpad, Is that ok? > > Hi all, > > I will be updating the .ts files from Launchpad tomorrow before the > preparation of the 2.1 release. > > Can

Re: [Wengophone-devel] Re: r10886 - r10889

2007-04-25 Thread Mathieu Stute
On Wednesday 25 April 2007 15:55, Vadim Lebedev wrote: > Dave Neary wrote: > >Hi, > > > >Vadim Lebedev wrote: > >>I've took care to compile a run the program before commiting > >>I'm positive that nothing in is broken on win32 platform > >>And i expect to confirm on linux today (one

Re: [Wengophone-devel] Re: r10886 - r10889

2007-04-25 Thread Vadim Lebedev
Dave Neary wrote: Hi, Vadim Lebedev wrote: I've took care to compile a run the program before commiting I'm positive that nothing in is broken on win32 platform And i expect to confirm on linux today (one i finish compilation of qt 4.1.2) Can you please advize more precisely

[Wengophone-devel] Updating translations

2007-04-25 Thread Dave Neary
Hi all, I will be updating the .ts files from Launchpad tomorrow before the preparation of the 2.1 release. Can anyone who has translations to update please do so before then? I see specifically that Swedish and Italian are up to 100%, but since the update of the .pot which I did a couple of wee

Re: [Wengophone-devel] Re: r10886 - r10889

2007-04-25 Thread Dave Neary
Hi, Vadim Lebedev wrote: > I've took care to compile a run the program before commiting > I'm positive that nothing in is broken on win32 platform > And i expect to confirm on linux today (one i finish compilation > of qt 4.1.2) > > Can you please advize more precisely what is bro

[Wengophone-devel] Re: r10886 - r10889

2007-04-25 Thread Vadim Lebedev
Mathieu Stute wrote: Vadim, You've commited a lot of new stuff today and that breaks compilation :-( Since we are in "release mode" and your changes are not very usefull and are untested perhaps you could add the possibility to disable/desactivate this new piece of code? Thanks, Mathiew,

[Wengophone-devel] r10886 - r10889

2007-04-25 Thread Mathieu Stute
Vadim, You've commited a lot of new stuff today and that breaks compilation :-( Since we are in "release mode" and your changes are not very usefull and are untested perhaps you could add the possibility to disable/desactivate this new piece of code? Thanks, -- Mathieu Stute GPG: http://pgp.mit

[Wengophone-devel] Revision 10886 - pager functionality

2007-04-25 Thread Dave Neary
Hi, As you all know, we're very close to making the final 2.1 release and are working to make sure that the milestone 2.1 is as accurate as possible. Vadim: last week you were complaining that major changes were happening without sufficient discussion on the list. I agree with you. But committin

Re: [Wengophone-devel] Inter-thread events

2007-04-25 Thread Philippe BERNERY
Le 24 avr. 07 à 17:22, Vadim Lebedev a écrit : ./libs/imwrapper/include/imwrapper/IMChat.h:94: Event& sender, IMChatSession & imChatSession, const std::string & contactId)> contactRemovedEvent; ./libs/imwrapper/include/imwrapper/IMChat.h:104: Event& sender, IMChatSession & chatSession, const st

Re: [Wengophone-devel] Inter-thread events

2007-04-25 Thread Vadim Lebedev
Vadim Lebedev wrote: Philippe BERNERY wrote: Le 24 avr. 07 à 13:47, Vadim Lebedev a écrit : I think i've maybe stumbled on reason of various instabilities in wengophone. I belive that event signatures of type Event are inherently unsafe in case of inter-thread event delivery. Because

RE: [Wengophone-devel] PhAPI memory leak in RE-INVITE(Hold)

2007-04-25 Thread Minh Phan
Hi Marco, When a call is terminated, all resources related to the call may not be released immediately by eXosip, but some time latter. (In order to handle retransmission of SIP messages). Your log messages don't contains much detail about where the memory was allocated so it's hard to find ou

[Wengophone-devel] Test phone numbers for SIP interoperability

2007-04-25 Thread Dave Neary
Hi all, Here's a page that I found through planet.gnome.org (a great source of information ;) containing a list of available test services for SIP and IAX2: http://www.voip-info.org/wiki/view/Phone+Numbers I've run through some of them with my Wengo account, with mixed results. IUt'd be good to

Re: [Wengophone-devel] Counting down to 2.1

2007-04-25 Thread Philippe BERNERY
Le 24 avr. 07 à 19:55, <[EMAIL PROTECTED]> a écrit : didn't really notice that the configuration is written that often. I would expect that current configuration is read (or an empty one is created) and gets passed to the configuration dialog; then, if the user cancels, nothing happens to th