jami-project issueshttps://git.jami.net/savoirfairelinux/jami-project/-/issues2018-05-25T13:36:52Zhttps://git.jami.net/savoirfairelinux/jami-project/-/issues/66[lrc] ability of translation missing in `Call::formattedName()`2018-05-25T13:36:52ZJami Bot[lrc] ability of translation missing in `Call::formattedName()`Issue generated from Tuleap's migration script.
**Originally submitted by: Nicolas Jager (nicolasjager-sfl)**
"error" is returned by `Call::formattedName()` without `tr()`Issue generated from Tuleap's migration script.
**Originally submitted by: Nicolas Jager (nicolasjager-sfl)**
"error" is returned by `Call::formattedName()` without `tr()`https://git.jami.net/savoirfairelinux/jami-project/-/issues/65Wrong IP address in SIP Contact field2018-05-21T22:14:14ZJami BotWrong IP address in SIP Contact fieldIssue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
I have one laptop connected via Ethernet to a router, and to wifi (different network between Ethernet and wifi).
Ethernet addre...Issue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
I have one laptop connected via Ethernet to a router, and to wifi (different network between Ethernet and wifi).
Ethernet address was 10.10.4.123
Wifi address: 192.168.49.27
I called it from another laptop on the same Wifi network using the Wifi address.
As seen in the wireshark session INVITE is received and answered by a 'Trying' followed by a 'Ringing'.
In the latter, the Contact header is wrong. It contains the ethernet address.
Contact: <sip:10.10.4.123:5060>
Contact URI sip:10.10.4.123:5060
This address is then used as the destination adress. The caller tries to send ACK to that address and got nothing (the caller is on the wifi network, and does not know about Ethernet network)
It's an uncommon issue, but it shows some flaws in our network interface handling
[captureWireshark.pcapng](/uploads/0e69207fea8504afea23be2f168559ab/captureWireshark.pcapng)Guillaume RoguezGuillaume Roguezhttps://git.jami.net/savoirfairelinux/jami-project/-/issues/64Client crash when receiving incoming call2018-05-21T22:12:54ZJami BotClient crash when receiving incoming callIssue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
Before the crash I can see the incoming call received from DHT and this line in the log:
[Account 7b572a6b0d272daa] Using publi...Issue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
Before the crash I can see the incoming call received from DHT and this line in the log:
[Account 7b572a6b0d272daa] Using public address 2607:fad8:4:6:3e15:c2ff:fed1:8782
So, I'm using ipv6 and Ice does not like it and can't initialize.
Stack trace:
Application Specific Information:
terminating with uncaught exception of type std::runtime\_error: ICE transport creation failed
abort() called
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem\_kernel.dylib 0x00007fff89c59286 \_\_pthread\_kill + 10
1 libsystem\_c.dylib 0x00007fff8d3fd9b3 abort + 129
2 libc++abi.dylib 0x00007fff9239fa21 abort\_message + 257
3 libc++abi.dylib 0x00007fff923c79b9 default\_terminate\_handler() + 243
4 libobjc.A.dylib 0x00007fff858167eb \_objc\_terminate() + 124
5 libc++abi.dylib 0x00007fff923c50a1 std::\_\_terminate(void (\*)()) + 8
6 libc++abi.dylib 0x00007fff923c5113 std::terminate() + 51
This exception is thrown in RingAccount::createIceTransport(Args... args) and never catched
It seems a bit harsh.Guillaume RoguezGuillaume Roguezhttps://git.jami.net/savoirfairelinux/jami-project/-/issues/63Compilation broken --disable-video2018-05-21T22:12:36ZJami BotCompilation broken --disable-videoIssue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
Errors when compiling without video:
sipcall.cpp:788:9: error: use of undeclared identifier 'videortp\_'
if (videortp\_.i...Issue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
Errors when compiling without video:
sipcall.cpp:788:9: error: use of undeclared identifier 'videortp\_'
if (videortp\_.isSending())
\^
sipcall.cpp:789:16: error: use of undeclared identifier 'videortp\_'
return videortp\_.useCodec(codec);
\^
sipcall.cpp:1014:80: error: use of undeclared identifier 'videoInput\_'https://git.jami.net/savoirfairelinux/jami-project/-/issues/62Call end after: Could not find stream info: Invalid data found when processin...2018-05-21T22:12:27ZJami BotCall end after: Could not find stream info: Invalid data found when processing inputIssue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
<p>Sometime, perfectly working calls end abruptly with this:</p>
<p>&nbsp;</p>
<p>&lt;code&gt;</p>
<p>[1449915633...Issue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
<p>Sometime, perfectly working calls end abruptly with this:</p>
<p> </p>
<p><code></p>
<p>[1449915633.661| 657|ringbuffer.cpp:307 ] audiolayer\_id : discarding: 758 frames<br />
[1449915634.039| 657|ringbuffer.cpp:307 ] audiolayer\_id : discarding: 758 frames<br />
[1449915634.423| 657|ringbuffer.cpp:307 ] audiolayer\_id : discarding: 758 frames<br />
[1449915634.798| 657|ringbuffer.cpp:307 ] audiolayer\_id : discarding: 758 frames<br />
[1449915635.107|20938|sipvoiplink.cpp:817 ] [call:16484904695205826435] INVITE@0x26adfb8 state changed to 6 (DISCONNCTD): cause=408, tsx@0x21228a8 status 408 (Request Timeout)<br />
[1449915635.107|20938|call.cpp:144 ] [call:16484904695205826435] state change 1/4, cnx 4/0, code 408<br />
[1449915635.107|20938|call.cpp:163 ] [call:16484904695205826435] emit client call state change FAILURE, code 408<br />
[1449915635.107|20938|manager.cpp:1755 ] [call:16484904695205826435] Failed<br />
[1449915635.107|20938|call\_factory.cpp:39 ] Removing call 16484904695205826435<br />
[1449915635.107|20938|call\_factory.cpp:43 ] Remaining 0 SIP call(s)<br />
[1449915635.107|20938|call.cpp:144 ] [call:16484904695205826435] state change 4/5, cnx 0/0, code 0<br />
[1449915635.107|20938|call.cpp:163 ] [call:16484904695205826435] emit client call state change OVER, code 0<br />
[sdp @ 0x7f1318000d80] Could not find codec parameters for stream 0 (Video: h263, yuv420p): unspecified size<br />
Consider increasing the value for the 'analyzeduration' and 'probesize' options<br />
[1449915635.107| 669|media\_decoder.cpp:235 ] Could not find stream info: Invalid data found when processing input<br />
[1449915635.107| 669|video\_receive\_thread.cpp:108] decoder IO startup failed<br />
[1449915635.107| 669|threadloop.cpp:42 ] [threadloop:0x26c2b20] ThreadLoopException: ThreadLoopException<br />
[1449915635.157| 658|sinkclient.cpp:365 ] Stop sink <local / Ring\_shm\_20938\_0>, mixer=0<br />
[1449915635.157| 658|video\_input.cpp:89 ] VideoInput closed<br />
[1449915635.157| 657|media\_decoder.cpp:357 ] Couldn't read frame: Operation not permitted</p>
<p>[1449915635.157| 657|audio\_rtp\_session.cpp:301] fatal error, read failed<br />
[1449915635.179|20938|manager.cpp:2572 ] Call is NULL<br />
[1449915635.180|20938|manager.cpp:2572 ] Call is NULL</p>
<p><br />
</code></p>
<p> </p>
<p>There is a timeout, I get it, but the call is in progress and there \_is\_ media, so the timeout should be ignored and the call left running. (tested between Android and Linux on wired network (Android with USB ethernet adapter so IP2IP work (this Wifi router have 2 different subnet for wired and wireless))</p>https://git.jami.net/savoirfairelinux/jami-project/-/issues/59Assert when resuming from suspend2018-05-21T22:09:43ZJami BotAssert when resuming from suspendIssue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
I had this while "waking up" my laptop from suspend (to Ram)
[sdp @ 0x7fd52c0008c0] Could not find codec parameters f...Issue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
I had this while "waking up" my laptop from suspend (to Ram)
[sdp @ 0x7fd52c0008c0] Could not find codec parameters for stream 0 (Video: h263, yuv420p): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[1449407251.413|25556|media\_decoder.cpp:235 ] Could not find stream info: Invalid data found when processing input
[1449407251.413|25556|video\_receive\_thread.cpp:108] decoder IO startup failed
[1449407251.413|25556|threadloop.cpp:42 ] [threadloop:0x1f46bf0] ThreadLoopException: ThreadLoopException
[1449407251.534|25546|sinkclient.cpp:365 ] Stop sink <local / Ring\_shm\_5342\_0>, mixer=0
[1449407251.535|25546|video\_input.cpp:89 ] VideoInput closed
[1449407251.535| 5342|call.cpp:137 ] [call:18429797317514219769] state change 1/1, cnx 4/0, code 103
[1449407251.535| 5342|call.cpp:156 ] [call:18429797317514219769] emit client call state change HUNGUP, code 103
[1449407251.535| 5342|manager.cpp:1364 ] [call:18429797317514219769] Remove local audio
[1449407251.535| 5342|call\_factory.cpp:39 ] Removing call 18429797317514219769
[1449407251.535| 5342|call\_factory.cpp:43 ] Remaining 0 SIP call(s)
[1449407252.246| 5342|manager.cpp:2572 ] Call is NULL
[1449407525.750| 5342|sipaccount.cpp:1049 ] SIP registration failed, status=408 (Request Timeout)
[1449407525.750| 5342|sipaccount.cpp:2064 ] Scheduling re-registration retry in 298 seconds..
[1449450446.145| 5343|video\_device\_monitor\_impl.cpp:219] udev: removing /dev/video0
[1449450461.834| 5342|sipaccount.cpp:1049 ] SIP registration failed, status=503 (Operation timed out (PJ\_ETIMEDOUT))
[1449450461.834| 5342|sipaccount.cpp:2064 ] Scheduling re-registration retry in 54 seconds..
[1449450516.468| 5342|sipaccount.cpp:1930 ] IP address change detected for account 36be33ea8404a772 (24.157.197.71:1049 --> 24.157.197.71:5060). Updating registration (using method 2)
[1449450516.468| 5342|sipaccount.cpp:1049 ] SIP registration failed, status=503 (No working DNS nameserver (PJLIB\_UTIL\_EDNSNOWORKINGNS))
[1449450516.469| 5342|sipaccount.cpp:2064 ] Scheduling re-registration retry in 69 seconds..
[1449450516.469| 5342|sipaccount.cpp:1146 ] pjsip\_regc\_send failed with error 320046: No working DNS nameserver (PJLIB\_UTIL\_EDNSNOWORKINGNS)
[1449450516.469| 5342|sipaccount.cpp:1980 ] VoipLinkException occured: Unable to send request to unregister sip account
dring: ../src/pjsip-ua/sip\_reg.c:714: pjsip\_regc\_update\_contact: Assertion `regc' failed.https://git.jami.net/savoirfairelinux/jami-project/-/issues/56There is not working "default profile" selection2018-05-21T22:07:43ZJami BotThere is not working "default profile" selectionIssue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
When adding an account, it usually create a new profile along with it (sometime two times!) instead of selecting some sort of de...Issue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
When adding an account, it usually create a new profile along with it (sometime two times!) instead of selecting some sort of default profiles. This may be "normal" when you think about it long enough, but is very confusing for the user and create many "garbage" profiles when account are deleted and there profiles left on the disk.
This "mess" need to be cleaned and work closer to what other platforms offer regarding this.https://git.jami.net/savoirfairelinux/jami-project/-/issues/55Text chat in n-way conferencing has wrong author attribution2018-05-21T22:06:25ZJami BotText chat in n-way conferencing has wrong author attributionIssue generated from Tuleap's migration script.
**Originally submitted by: Baptiste Jonglez (baptiste)**
In a 3-way conference, text chat is broken. Specifically, author attribution ("nickname" normally displayed in front each message)...Issue generated from Tuleap's migration script.
**Originally submitted by: Baptiste Jonglez (baptiste)**
In a 3-way conference, text chat is broken. Specifically, author attribution ("nickname" normally displayed in front each message) behaves strangely:
- on one client (the originator of the conference, using Gnome), there is no author attribution at all. Text messages are simply displayed with a ":" in front.
- on the two other clients, text messages are displayed with the \*wrong\* author attribution. Also, when sending a text message, it is duplicated, as if coming from somebody else.
The bug occured when conferencing between those systems and versions:
- two Gnome clients on Archlinux (commit 5b810ce2adb16efe7adf026437e1d6fb19e501ed)
- one Windows client using the nightly build (as of 30 november 2015)https://git.jami.net/savoirfairelinux/jami-project/-/issues/54Crash when saving accounts with a new profile2018-05-21T22:05:51ZJami BotCrash when saving accounts with a new profileIssue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
1) Create new account in new profile
2) Save
(Invalid index pointer)
<pre>Application: ring-kde (ring-kde), signal: ...Issue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
1) Create new account in new profile
2) Save
(Invalid index pointer)
<pre>Application: ring-kde (ring-kde), signal: Segmentation fault
Using host libthread\_db library "/lib64/libthread\_db.so.1".
[Current thread is 1 (Thread 0x7fdc3a9ca7c0 (LWP 25396))]
Thread 5 (Thread 0x7fdc2a75b700 (LWP 25397)):
\#0 0x00007fdc3566b5fd in poll () from /lib64/libc.so.6
\#1 0x00007fdc32d34ac2 in \_xcb\_conn\_wait () from /usr/lib64/libxcb.so.1
\#2 0x00007fdc32d36c19 in xcb\_wait\_for\_event () from /usr/lib64/libxcb.so.1
\#3 0x00007fdc2c096799 in QXcbEventReader::run() () from /usr/lib64/libQt5XcbQpa.so.5
\#4 0x00007fdc3625818f in QThreadPrivate::start(void\*) () from /usr/lib64/libQt5Core.so.5
\#5 0x00007fdc35376434 in start\_thread () from /lib64/libpthread.so.0
\#6 0x00007fdc3567471d in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x7fdc22b6a700 (LWP 25407)):
\#0 futex\_wait (val=9359208, addr=0x1664644) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/x86/futex.h:45
\#1 do\_wait (val=9359208, addr=0x1664644) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/wait.h:65
\#2 gomp\_barrier\_wait\_end (bar=0x1664640, state=9359208) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/bar.c:48
\#3 0x00007fdc322fb018 in gomp\_thread\_start (xdata=<optimized out>) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/team.c:122
\#4 0x00007fdc35376434 in start\_thread () from /lib64/libpthread.so.0
\#5 0x00007fdc3567471d in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x7fdc2336b700 (LWP 25408)):
\#0 futex\_wait (val=9359208, addr=0x1664644) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/x86/futex.h:45
\#1 do\_wait (val=9359208, addr=0x1664644) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/wait.h:65
\#2 gomp\_barrier\_wait\_end (bar=0x1664640, state=9359208) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/bar.c:48
\#3 0x00007fdc322fb018 in gomp\_thread\_start (xdata=<optimized out>) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/team.c:122
\#4 0x00007fdc35376434 in start\_thread () from /lib64/libpthread.so.0
\#5 0x00007fdc3567471d in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x7fdc213ad700 (LWP 25409)):
\#0 futex\_wait (val=9359208, addr=0x1664644) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/x86/futex.h:45
\#1 do\_wait (val=9359208, addr=0x1664644) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/wait.h:65
\#2 gomp\_barrier\_wait\_end (bar=0x1664640, state=9359208) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/config/linux/bar.c:48
\#3 0x00007fdc322fb018 in gomp\_thread\_start (xdata=<optimized out>) at /var/tmp/portage/sys-devel/gcc-5.1.0/work/gcc-5.1.0/libgomp/team.c:122
\#4 0x00007fdc35376434 in start\_thread () from /lib64/libpthread.so.0
\#5 0x00007fdc3567471d in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7fdc3a9ca7c0 (LWP 25396)):
[KCrash Handler]
\#5 ProfileModel::mapFromSource (this=0x15fbdc0, idx=...) at /home/lepagee/dev/libringclient/src/profilemodel.cpp:614
\#6 0x00007fdc3a621b82 in ProfileModelPrivate::slotDataChanged (this=0x15fbd70, tl=..., br=...) at /home/lepagee/dev/libringclient/src/profilemodel.cpp:1051
\#7 0x00007fdc36468631 in QMetaObject::activate(QObject\*, int, int, void\*\*) () from /usr/lib64/libQt5Core.so.5
\#8 0x00007fdc364e57cc in QAbstractItemModel::dataChanged(QModelIndex const&, QModelIndex const&, QVector<int> const&) () from /usr/lib64/libQt5Core.so.5
\#9 0x00007fdc3a5bf755 in AccountModelPrivate::slotAccountChanged (this=0x15fd5c0, a=0x35926c0) at /home/lepagee/dev/libringclient/src/accountmodel.cpp:354
\#10 0x00007fdc3a6bb90c in AccountModelPrivate::qt\_static\_metacall (\_o=<optimized out>, \_c=<optimized out>, \_id=<optimized out>, \_a=<optimized out>) at /home/lepagee/dev/libringclient/build/src/private/moc\_accountmodel\_p.cpp:117
\#11 0x00007fdc36468631 in QMetaObject::activate(QObject\*, int, int, void\*\*) () from /usr/lib64/libQt5Core.so.5
\#12 0x00007fdc3a6bdec2 in Account::changed (this=<optimized out>, \_t1=0x35926c0) at /home/lepagee/dev/libringclient/build/moc\_account.cpp:815
\#13 0x00007fdc3a57c7fb in AccountPrivate::setAccountProperty (this=this@entry=0x2e7c5a0, param=..., val=...) at /home/lepagee/dev/libringclient/src/account.cpp:1328
\#14 0x00007fdc3a581693 in AccountPrivate::updateState (this=this@entry=0x2e7c5a0) at /home/lepagee/dev/libringclient/src/account.cpp:2264
\#15 0x00007fdc3a58295e in AccountPrivate::save (this=0x2e7c5a0) at /home/lepagee/dev/libringclient/src/account.cpp:2320
\#16 0x00007fdc3a5779ea in AccountPrivate::performAction (this=0x2e7c5a0, action=action@entry=Account::EditAction::SAVE) at /home/lepagee/dev/libringclient/src/account.cpp:2070
\#17 0x00007fdc3a577b38 in Account::performAction (this=0x35926c0, action=action@entry=Account::EditAction::SAVE) at /home/lepagee/dev/libringclient/src/account.cpp:2089
\#18 0x00007fdc3a5c30ef in AccountModel::save (this=0x15fd320) at /home/lepagee/dev/libringclient/src/accountmodel.cpp:490
\#19 0x0000000000581fc8 in DlgAccount::updateSettings (this=0x2ce4050) at /home/lepagee/dev/ring-kde/src/conf/account/dlgaccount.cpp:191
\#20 0x000000000052148a in ConfigurationDialog::updateSettings (this=0x33a5660) at /home/lepagee/dev/ring-kde/src/conf/configurationdialog.cpp:235
\#21 0x00007fdc3909d4cc in KConfigDialog::qt\_static\_metacall(QObject\*, QMetaObject::Call, int, void\*\*) () from /usr/lib64/libKF5ConfigWidgets.so.5
\#22 0x00007fdc36468631 in QMetaObject::activate(QObject\*, int, int, void\*\*) () from /usr/lib64/libQt5Core.so.5
\#23 0x00007fdc371591e2 in QAbstractButton::clicked(bool) () from /usr/lib64/libQt5Widgets.so.5
\#24 0x00007fdc36e51d05 in QAbstractButtonPrivate::emitClicked() () from /usr/lib64/libQt5Widgets.so.5
\#25 0x00007fdc36e534c2 in QAbstractButtonPrivate::click() () from /usr/lib64/libQt5Widgets.so.5
\#26 0x00007fdc36e54004 in QAbstractButton::mouseReleaseEvent(QMouseEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#27 0x00007fdc36da432e in QWidget::event(QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#28 0x00007fdc36ef8eb4 in QPushButton::event(QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#29 0x00007fdc36d581dc in QApplicationPrivate::notify\_helper(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#30 0x00007fdc36d60913 in QApplication::notify(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#31 0x00000000004ed490 in RingApplication::notify (this=0x15321c0, receiver=0x303faf0, e=0x7ffcded1eb50) at /home/lepagee/dev/ring-kde/src/ringapplication.cpp:102
\#32 0x00007fdc3643aa93 in QCoreApplication::notifyInternal(QObject\*, QEvent\*) () from /usr/lib64/libQt5Core.so.5
\#33 0x00007fdc36d5f598 in QApplicationPrivate::sendMouseEvent(QWidget\*, QMouseEvent\*, QWidget\*, QWidget\*, QWidget\*\*, QPointer<QWidget>&, bool) () from /usr/lib64/libQt5Widgets.so.5
\#34 0x00007fdc36dc283d in QWidgetWindow::handleMouseEvent(QMouseEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#35 0x00007fdc36dc496b in QWidgetWindow::event(QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#36 0x00007fdc36d581dc in QApplicationPrivate::notify\_helper(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#37 0x00007fdc36d601e8 in QApplication::notify(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#38 0x00000000004ed490 in RingApplication::notify (this=0x15321c0, receiver=0x30708c0, e=0x7ffcded1f010) at /home/lepagee/dev/ring-kde/src/ringapplication.cpp:102
\#39 0x00007fdc3643aa93 in QCoreApplication::notifyInternal(QObject\*, QEvent\*) () from /usr/lib64/libQt5Core.so.5
\#40 0x00007fdc3678079d in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent\*) () from /usr/lib64/libQt5Gui.so.5
\#41 0x00007fdc367825c5 in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent\*) () from /usr/lib64/libQt5Gui.so.5
\#42 0x00007fdc367673af in QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Gui.so.5
\#43 0x00007fdc2c0d0010 in userEventSourceDispatch(\_GSource\*, int (\*)(void\*), void\*) () from /usr/lib64/libQt5XcbQpa.so.5
\#44 0x00007fdc2f3ba58d in g\_main\_context\_dispatch () from /usr/lib64/libglib-2.0.so.0
\#45 0x00007fdc2f3ba868 in g\_main\_context\_iterate.isra () from /usr/lib64/libglib-2.0.so.0
\#46 0x00007fdc2f3ba90c in g\_main\_context\_iteration () from /usr/lib64/libglib-2.0.so.0
\#47 0x00007fdc36490137 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
\#48 0x00007fdc364383f2 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
\#49 0x00007fdc36f7527d in QDialog::exec() () from /usr/lib64/libQt5Widgets.so.5
\#50 0x00000000004fb02c in ActionCollection::configureRing (this=0x169c970) at /home/lepagee/dev/ring-kde/src/actioncollection.cpp:343
\#51 0x000000000056dea0 in ActionCollection::qt\_static\_metacall (\_o=0x169c970, \_c=QMetaObject::InvokeMetaMethod, \_id=1, \_a=0x7ffcded1f5e0) at /home/lepagee/dev/ring-kde/build/src/moc\_actioncollection.cpp:102
\#52 0x00007fdc36468631 in QMetaObject::activate(QObject\*, int, int, void\*\*) () from /usr/lib64/libQt5Core.so.5
\#53 0x00007fdc36d51752 in QAction::triggered(bool) () from /usr/lib64/libQt5Widgets.so.5
\#54 0x00007fdc36d53198 in QAction::activate(QAction::ActionEvent) () from /usr/lib64/libQt5Widgets.so.5
\#55 0x00007fdc36ee06aa in QMenuPrivate::activateCausedStack(QList<QPointer<QWidget> > const&, QAction\*, QAction::ActionEvent, bool) () from /usr/lib64/libQt5Widgets.so.5
\#56 0x00007fdc36ee70f4 in QMenuPrivate::activateAction(QAction\*, QAction::ActionEvent, bool) () from /usr/lib64/libQt5Widgets.so.5
\#57 0x00007fdc36da432e in QWidget::event(QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#58 0x00007fdc36eebab3 in QMenu::event(QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#59 0x00007fdc36d581dc in QApplicationPrivate::notify\_helper(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#60 0x00007fdc36d60913 in QApplication::notify(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#61 0x00000000004ed490 in RingApplication::notify (this=0x15321c0, receiver=0x1d973a0, e=0x7ffcded1fc40) at /home/lepagee/dev/ring-kde/src/ringapplication.cpp:102
\#62 0x00007fdc3643aa93 in QCoreApplication::notifyInternal(QObject\*, QEvent\*) () from /usr/lib64/libQt5Core.so.5
\#63 0x00007fdc36d5f598 in QApplicationPrivate::sendMouseEvent(QWidget\*, QMouseEvent\*, QWidget\*, QWidget\*, QWidget\*\*, QPointer<QWidget>&, bool) () from /usr/lib64/libQt5Widgets.so.5
\#64 0x00007fdc36dc257f in QWidgetWindow::handleMouseEvent(QMouseEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#65 0x00007fdc36dc496b in QWidgetWindow::event(QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#66 0x00007fdc36d581dc in QApplicationPrivate::notify\_helper(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#67 0x00007fdc36d601e8 in QApplication::notify(QObject\*, QEvent\*) () from /usr/lib64/libQt5Widgets.so.5
\#68 0x00000000004ed490 in RingApplication::notify (this=0x15321c0, receiver=0x25b20b0, e=0x7ffcded20100) at /home/lepagee/dev/ring-kde/src/ringapplication.cpp:102
\#69 0x00007fdc3643aa93 in QCoreApplication::notifyInternal(QObject\*, QEvent\*) () from /usr/lib64/libQt5Core.so.5
\#70 0x00007fdc3678079d in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent\*) () from /usr/lib64/libQt5Gui.so.5
\#71 0x00007fdc367825c5 in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent\*) () from /usr/lib64/libQt5Gui.so.5
\#72 0x00007fdc367673af in QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Gui.so.5
\#73 0x00007fdc2c0d0010 in userEventSourceDispatch(\_GSource\*, int (\*)(void\*), void\*) () from /usr/lib64/libQt5XcbQpa.so.5
\#74 0x00007fdc2f3ba58d in g\_main\_context\_dispatch () from /usr/lib64/libglib-2.0.so.0
\#75 0x00007fdc2f3ba868 in g\_main\_context\_iterate.isra () from /usr/lib64/libglib-2.0.so.0
\#76 0x00007fdc2f3ba90c in g\_main\_context\_iteration () from /usr/lib64/libglib-2.0.so.0
\#77 0x00007fdc36490137 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
\#78 0x00007fdc364383f2 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
\#79 0x00007fdc3644014d in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5
\#80 0x00000000004d3beb in main (argc=1, argv=0x7ffcded208c8) at /home/lepagee/dev/ring-kde/src/main.cpp:100
</pre>https://git.jami.net/savoirfairelinux/jami-project/-/issues/51Contributors update2018-05-21T22:15:42ZJami BotContributors updateIssue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
Contributors list diplayed by our front-ends has to be updated for latest additions:
Simon Désaulniers (for his work on OpenD...Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
Contributors list diplayed by our front-ends has to be updated for latest additions:
Simon Désaulniers (for his work on OpenDHT)
Nicolas Jäger (for his work on Windows UI)https://git.jami.net/savoirfairelinux/jami-project/-/issues/50Instant Message: having out-of-call IM feature2018-05-21T22:15:42ZJami BotInstant Message: having out-of-call IM featureIssue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
Having the possibility to send an instant message to
a peer when this one is not connected.Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
Having the possibility to send an instant message to
a peer when this one is not connected.Adrien BéraudAdrien Béraudhttps://git.jami.net/savoirfairelinux/jami-project/-/issues/47CallModel::index() ASSERT when called on child of conference2018-05-21T22:15:42ZJami BotCallModel::index() ASSERT when called on child of conferenceIssue generated from Tuleap's migration script.
**Originally submitted by: Stepan Salenikovich (ssalenik)**
if parent is a conference and row corresponds to the index of one of its child calls, calling CallModel::instance()->index(row, ...Issue generated from Tuleap's migration script.
**Originally submitted by: Stepan Salenikovich (ssalenik)**
if parent is a conference and row corresponds to the index of one of its child calls, calling CallModel::instance()->index(row, 0, parent) seems to cause an ASSERT (at least when called during CallModel's rowsInserted signal).
It seems that in the ::index() function, the parent is detected as invalid... something weird is happening...https://git.jami.net/savoirfairelinux/jami-project/-/issues/46setting history limit to 0 does not prevent history from being saved2018-05-25T13:37:45ZJami Botsetting history limit to 0 does not prevent history from being savedIssue generated from Tuleap's migration script.
**Originally submitted by: Stepan Salenikovich (ssalenik)**
Setting the history limit to (via LRC which modifies dring.yml) does not prevent history from being saved in the history.ini fil...Issue generated from Tuleap's migration script.
**Originally submitted by: Stepan Salenikovich (ssalenik)**
Setting the history limit to (via LRC which modifies dring.yml) does not prevent history from being saved in the history.ini file, nor in LRC as is the expected bahaviour.
Also, having to set the history limit to 0 to disable it is a bit confusing since that could also be interpreted as no limit.
Some users may want to be able to disable their history or limit it... this functionality should be tested to see if it actually works...https://git.jami.net/savoirfairelinux/jami-project/-/issues/44Daemon: memory leak during call (TLS transport)2018-05-21T22:15:42ZJami BotDaemon: memory leak during call (TLS transport)Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
<p>Memory leak seen using ASAN (address sanitizer) after a Ring call (memory leak displayed when application quit)</p>
<pre> ...Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
<p>Memory leak seen using ASAN (address sanitizer) after a Ring call (memory leak displayed when application quit)</p>
<pre>
Direct leak of 1088 byte(s) in 1 object(s) allocated from:
\#0 0x7ffff70f3ba9 in \_\_interceptor\_calloc (/lib64/libasan.so.2+0x98ba9)
\#1 0x3c5043907e in gnutls\_priority\_init (/lib64/libgnutls.so.28+0x3c5043907e)
\#2 0x6699bc in ring::SipTransportBroker::getTlsIceTransport(std::shared\_ptr<ring::IceTransport>, unsigned int, ring::tls::TlsParams const&) /home/yomgui/Projects/ring-daemon/src/sip/siptransport.cpp:454
\#3 0x4e6495 in ring::RingAccount::handleEvents() /home/yomgui/Projects/ring-daemon/src/ringdht/ringaccount.cpp:621
\#4 0x4e798b in ring::RingAccount::doRegister\_()::{lambda()\#3}::operator()() const (/home/yomgui/Projects/ring-daemon/bin/dring+0x4e798b)
\#5 0x4f1c47 in \_M\_invoke /usr/include/c++/5.1.1/functional:1871
\#6 0x426cd3 in std::function<void ()>::operator()() const /usr/include/c++/5.1.1/functional:2271
\#7 0x5b71d3 in ring::Manager::pollEvents() /home/yomgui/Projects/ring-daemon/src/manager.cpp:1410
\#8 0x49b3a3 in DRing::pollEvents() /home/yomgui/Projects/ring-daemon/src/ring\_api.cpp:77
\#9 0x433180 in std::\_Function\_handler<void (), void (\*)()>::\_M\_invoke(std::\_Any\_data const&) (/home/yomgui/Projects/ring-daemon/bin/dring+0x433180)
\#10 0x426cd3 in std::function<void ()>::operator()() const /usr/include/c++/5.1.1/functional:2271
\#11 0x4255f7 in EventCallback::call(DBus::DefaultTimeout&) const (/home/yomgui/Projects/ring-daemon/bin/dring+0x4255f7)
\#12 0x3796a15142 in DBus::DefaultMainLoop::dispatch() (/lib64/libdbus-c++-1.so.0+0x3796a15142)
\#13 0x3796a15dbb in DBus::BusDispatcher::enter() (/lib64/libdbus-c++-1.so.0+0x3796a15dbb)
\#14 0x7fffffffdacf (<unknown module>)
\#15 0x0 (<unknown module>)</pre>Guillaume RoguezGuillaume Roguezhttps://git.jami.net/savoirfairelinux/jami-project/-/issues/43Daemon: memory leak during call2018-05-21T22:15:42ZJami BotDaemon: memory leak during callIssue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
<p>Using ASAN (address sanitizer) I discovered that I got a memory leak report on non-free av\_malloc, only when I do a call (vide...Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
<p>Using ASAN (address sanitizer) I discovered that I got a memory leak report on non-free av\_malloc, only when I do a call (video was enabled on both peer)</p>
<p>This is the ASAN report related to libav functions:</p>
<pre>
Direct leak of 51568 byte(s) in 63 object(s) allocated from:
\#0 0x7ffff70f4456 in posix\_memalign (/lib64/libasan.so.2+0x99456)
\#1 0x37a381c86f in av\_malloc (/lib64/libavutil.so.54+0x37a381c86f)
Indirect leak of 42080 byte(s) in 100 object(s) allocated from:
\#0 0x7ffff70f4456 in posix\_memalign (/lib64/libasan.so.2+0x99456)
\#1 0x37a381c86f in av\_malloc (/lib64/libavutil.so.54+0x37a381c86f)
Indirect leak of 2041 byte(s) in 250 object(s) allocated from:
\#0 0x7ffff70f3d8a in realloc (/lib64/libasan.so.2+0x98d8a)
\#1 0x37a381cab0 in av\_strdup (/lib64/libavutil.so.54+0x37a381cab0)
Indirect leak of 1840 byte(s) in 43 object(s) allocated from:
\#0 0x7ffff70f3d8a in realloc (/lib64/libasan.so.2+0x98d8a)
\#1 0x37a38137ac in av\_dict\_set (/lib64/libavutil.so.54+0x37a38137ac)
Indirect leak of 160 byte(s) in 20 object(s) allocated from:
\#0 0x7ffff70f3d8a in realloc (/lib64/libasan.so.2+0x98d8a)
\#1 0x3c4bb22f08 in avformat\_new\_stream (/lib64/libavformat.so.56+0x3c4bb22f08)</pre>https://git.jami.net/savoirfairelinux/jami-project/-/issues/42lrc uses DBus as namespace2018-05-25T13:38:05ZJami Botlrc uses DBus as namespaceIssue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
This is confusing when developping on Windows or Mac since we do not use DBus.
It's an implementation detail and should be used as...Issue generated from Tuleap's migration script.
**Originally submitted by: Alexandre Lision (alision)**
This is confusing when developping on Windows or Mac since we do not use DBus.
It's an implementation detail and should be used as a generic namespacehttps://git.jami.net/savoirfairelinux/jami-project/-/issues/40Video source is not consistant with users choices2018-05-21T22:15:42ZJami BotVideo source is not consistant with users choicesIssue generated from Tuleap's migration script.
**Originally submitted by: Julien Grossholtz (jgr)**
- When a second call is started : the selected webcam is the one from the first call
- When switching from one call to another the se...Issue generated from Tuleap's migration script.
**Originally submitted by: Julien Grossholtz (jgr)**
- When a second call is started : the selected webcam is the one from the first call
- When switching from one call to another the selected camera is always the one from the previous camera.https://git.jami.net/savoirfairelinux/jami-project/-/issues/39Some Account::Role are missing from the ::roleNames() methods2018-05-21T22:15:42ZJami BotSome Account::Role are missing from the ::roleNames() methodsIssue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
This prevent bindings from being used, including the one used by the KDE/Windows client to generate account settings dynamicallyIssue generated from Tuleap's migration script.
**Originally submitted by: Emmanuel Lepage Vallee (elv13)**
This prevent bindings from being used, including the one used by the KDE/Windows client to generate account settings dynamicallyhttps://git.jami.net/savoirfairelinux/jami-project/-/issues/38packaging branches on repository contains sources2018-05-21T22:15:42ZJami Botpackaging branches on repository contains sourcesIssue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
packaging branch on our repositories must contain only files for packaging, nothing from master to not enter in conflict when merg...Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
packaging branch on our repositories must contain only files for packaging, nothing from master to not enter in conflict when merging both during packaging stage.
This also lead into confusion our readers as they see old and deprecated sources when they checkout this packaging branch.https://git.jami.net/savoirfairelinux/jami-project/-/issues/37daemon: add override keyword where needed2018-05-21T22:15:42ZJami Botdaemon: add override keyword where neededIssue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
Override keyword doens't change the build output but permit to:
- find nasty bugs, difficult to debug
- give a better desig...Issue generated from Tuleap's migration script.
**Originally submitted by: Guillaume Roguez (guillaume)**
Override keyword doens't change the build output but permit to:
- find nasty bugs, difficult to debug
- give a better designed code
- remove clang warnings, set by default (not of GCC)