jami-daemon issueshttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues2020-09-30T19:37:15Zhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/283Conference (participant side), muting the video cut the whole video during a ...2020-09-30T19:37:15ZSébastien BlinConference (participant side), muting the video cut the whole video during a few secondshttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/281Rendez-vous: Incoming calls should not trigger any ringtone2020-08-22T17:36:38ZSébastien BlinRendez-vous: Incoming calls should not trigger any ringtoneBecause the rendez-vous automatically answer and the host should not know if a rendez-vous is used or not, ringtone should not be started for rendez-vous accounts.Because the rendez-vous automatically answer and the host should not know if a rendez-vous is used or not, ringtone should not be started for rendez-vous accounts.Itération 21Mohamed ChibaniMohamed Chibanihttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/279RendezVous: The host can hear the rendez vous even when detached2020-08-22T11:16:47ZSébastien BlinRendezVous: The host can hear the rendez vous even when detached# Reproduce steps
To determine, but it's the case after some rdv
# Current result
The host can hear the rendez vous even when detached
# Expected result
The host should not hear the rendez-vous# Reproduce steps
To determine, but it's the case after some rdv
# Current result
The host can hear the rendez vous even when detached
# Expected result
The host should not hear the rendez-vousItération 21Mohamed ChibaniMohamed Chibanihttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/277The daemon crash with VAAPI drivers on Ubuntu 20.042020-11-03T23:47:52ZPierre LespagnolThe daemon crash with VAAPI drivers on Ubuntu 20.04Pierre LespagnolPierre Lespagnolhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/270Jami daemon crash when streaming a recorded file2023-01-04T19:09:40ZPierre LespagnolJami daemon crash when streaming a recorded file# Reproduce steps
+ Record a call
+ Start a new call and stream the recorded file (.webm)
# Current result
The daemon crash in scaling part
```
Thread 91 "dring" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ff...# Reproduce steps
+ Record a call
+ Start a new call and stream the recorded file (.webm)
# Current result
The daemon crash in scaling part
```
Thread 91 "dring" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd2ffd700 (LWP 25392)]
0x0000555556629a4a in ff_yuv_420_rgb32_ssse3 ()
(gdb) bt
#0 0x0000555556629a4a in ff_yuv_420_rgb32_ssse3 ()
#1 0x0000555556628963 in yuv420_rgb32_ssse3 (c=0x7fff351c4c00, src=0x7fffd2ff95b0, srcStride=0x7fffd2ff9590, srcSliceY=0, srcSliceH=720, dst=0x7fffd2ff95d0, dstStride=0x7fffd2ff95a0) at libswscale/x86/yuv2rgb_template.c:119
#2 0x00005555565c3f34 in sws_scale (c=<optimized out>, srcSlice=<optimized out>, srcStride=<optimized out>, srcSliceY=<optimized out>, srcSliceH=720, dst=<optimized out>, dstStride=0x7fff351c1c80) at libswscale/swscale.c:969
#3 0x00005555559bbbd3 in jami::video::VideoScaler::scale (this=0x7fffd2ff96c0, input=..., output=...) at video_scaler.cpp:60
#4 0x0000555555992b67 in jami::video::ShmHolder::renderFrame (this=0x7fff34005a20, src=...) at sinkclient.cpp:254
```https://git.jami.net/savoirfairelinux/jami-daemon/-/issues/255Do not test libcuda on non compatible hardware2020-12-18T19:58:07ZJürgen LütersDo not test libcuda on non compatible hardwareHi all.
During a video connection between jami android and jami-gnome the file /var/log/user.log gets flooded with messages:
Jul 2 13:08:23 nuc dring: -- Init encoding for cuda with device 1.
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: ...Hi all.
During a video connection between jami android and jami-gnome the file /var/log/user.log gets flooded with messages:
Jul 2 13:08:23 nuc dring: -- Init encoding for cuda with device 1.
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74a18000] Cannot load libcuda.so.1
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74a18000] Could not dynamically load CUDA
Jul 2 13:08:23 nuc dring: -- Init encoding for cuda with device 2.
Jul 2 13:08:23 nuc dring: Failed to set preset 'veryfast'
Jul 2 13:08:23 nuc dring: Failed to set tune 'zerolatency'
Jul 2 13:08:23 nuc dring: -- Starting encoding init for vaapi with default device.
Jul 2 13:08:23 nuc dring: Using hardware encoding for h264 with vaapi.
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: Output #0, rtp, to 'rtp://80.134.238.234:63854':
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: Metadata:
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: encoder : Lavf58.29.100
Jul 2 13:08:23 nuc cx.ring.Ring[4352]: Stream #0:0: Video: h264 (Constrained Baseline), vaapi_vld, 320x240, q=
Jul 2 13:08:24 nuc cx.ring.Ring[4352]: [sdp @ 0x7fdc6c000900] max delay reached. need to consume packet
Jul 2 13:08:24 nuc cx.ring.Ring[4352]: [sdp @ 0x7fdc6c000900] RTP: missed 1 packets
Jul 2 13:08:25 nuc dring: Restarting video sender
Jul 2 13:08:25 nuc dring: -- Starting encoding init for cuda with default device.
Jul 2 13:08:25 nuc dring: -- Init encoding for cuda with device 0.
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74040400] Cannot load libcuda.so.1
cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74040400] Could not dynamically load CUDA
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74a18000] Cannot load libcuda.so.1
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74a18000] Could not dynamically load CUDA
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc744d0a00] Cannot load libcuda.so.1
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc744d0a00] Could not dynamically load CUDA
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74003a40] Cannot load libcuda.so.1
Jul 2 13:08:25 nuc cx.ring.Ring[4352]: [AVHWDeviceContext @ 0x7fdc74003a40] Could not dynamically load CUDA
Andoid jami 20200623-01
Jami Gnome 2020-06-30 20:45:35 UTC (debian/Gnu Linux Testing )
If i am not totally mistaken cuda is for nvidia devices only. But there is none nvidia graphic card.
Shouldn't it be suffice to scan the hardware once ?
My Hardware according to lspci
00:00.0 Host bridge: Intel Corporation 8th Gen Core Processor Host Bridge/DRAM Registers (rev 08)
00:02.0 VGA compatible controller: Intel Corporation Iris Plus Graphics 655 (rev 01)
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Cannon Point-LP Thermal Controller (rev 30)
00:14.0 USB controller: Intel Corporation Cannon Point-LP USB 3.1 xHCI Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Cannon Point-LP Shared SRAM (rev 30)
00:14.3 Network controller: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] (rev 30)
00:16.0 Communication controller: Intel Corporation Cannon Point-LP MEI Controller #1 (rev 30)
00:17.0 SATA controller: Intel Corporation Cannon Point-LP SATA Controller [AHCI Mode] (rev 30)
00:1c.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #1 (rev f0)
00:1c.4 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #5 (rev f0)
00:1d.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #9 (rev f0)
00:1d.6 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #15 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Cannon Point-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP SPI Controller (rev 30)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (6) I219-V (rev 30)
02:00.0 PCI bridge: Intel Corporation JHL6340 Thunderbolt 3 Bridge (C step) [Alpine Ridge 2C 2016] (rev 02)
03:00.0 PCI bridge: Intel Corporation JHL6340 Thunderbolt 3 Bridge (C step) [Alpine Ridge 2C 2016] (rev 02)
03:01.0 PCI bridge: Intel Corporation JHL6340 Thunderbolt 3 Bridge (C step) [Alpine Ridge 2C 2016] (rev 02)
03:02.0 PCI bridge: Intel Corporation JHL6340 Thunderbolt 3 Bridge (C step) [Alpine Ridge 2C 2016] (rev 02)
04:00.0 System peripheral: Intel Corporation JHL6340 Thunderbolt 3 NHI (C step) [Alpine Ridge 2C 2016] (rev 02)
05:00.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02)
06:00.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02)
06:01.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02)
06:02.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02)
06:03.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02)
06:04.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02)
07:00.0 USB controller: Fresco Logic FL1100 USB 3.0 Host Controller (rev 10)
09:00.0 USB controller: Fresco Logic FL1100 USB 3.0 Host Controller (rev 10)
0b:00.0 USB controller: Intel Corporation JHL6540 Thunderbolt 3 USB Controller (C step) [Alpine Ridge 4C 2016] (rev 02)
6c:00.0 USB controller: Intel Corporation JHL6340 Thunderbolt 3 USB 3.1 Controller (C step) [Alpine Ridge 2C 2016] (rev 02)
6e:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS522A PCI Express Card Reader (rev 01)https://git.jami.net/savoirfairelinux/jami-daemon/-/issues/236Recorder stop during a switch of Input2021-02-19T23:09:25ZPierre LespagnolRecorder stop during a switch of InputPierre LespagnolPierre Lespagnolhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/235Black screen when call Android devices2020-10-05T18:34:16ZPierre LespagnolBlack screen when call Android devicesIf the daemon fail to receive the first packet sent by MediaCodec (Android with hardware acceleration), the decoding session fail to be initialised.If the daemon fail to receive the first packet sent by MediaCodec (Android with hardware acceleration), the decoding session fail to be initialised.https://git.jami.net/savoirfairelinux/jami-daemon/-/issues/232Black screen with Mediacodec H2642020-09-09T13:11:11ZCyrille BéraudBlack screen with Mediacodec H264If the first packet sent by a stream using Mediacodec H264 (Acceleration Android) is not received, the stream is corrupted
[log](/uploads/1a28454268b3c80ecff5a74d0f6ab750/log)If the first packet sent by a stream using Mediacodec H264 (Acceleration Android) is not received, the stream is corrupted
[log](/uploads/1a28454268b3c80ecff5a74d0f6ab750/log)Itération 21Mohamed ChibaniPierre LespagnolMohamed Chibanihttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/214dring hogs cpu when viewing Settings->Media page in jami-gnome2021-07-14T19:27:41ZArvid Brodindring hogs cpu when viewing Settings->Media page in jami-gnomeHow to reproduce:
* Start dring and jami-gnome.
* Select Settings->Media page.
* dring cpu usage goes to 100 % according to top (i.e. one core fully used), and stays there until I leave the Media settings page. This happens also with no...How to reproduce:
* Start dring and jami-gnome.
* Select Settings->Media page.
* dring cpu usage goes to 100 % according to top (i.e. one core fully used), and stays there until I leave the Media settings page. This happens also with no webcam/video device attached to the computer.
System info:
$ /usr/lib/ring/dring --version
Jami Daemon 9.1.0, by Savoir-faire Linux 2004-2019
https://jami.net/
[Video support enabled]
$ jami-gnome --version
74ef874ea412985a5cfb49e3e162d20b5707733b - unknown
(About page says "Free as in Freedom" built on 2020-04-14 20:24:50 UTC)
OS: Xubuntu 18.04 with kernel 5.5.17
This is NOT repeatable on Xubuntu 20.04 beta with Jami Daemon 7.4.0/jami-gnome "Live Free or Die" built on 2020-03-23 06:24:58.Pierre LespagnolPierre Lespagnolhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/212Video conferencing - known issues2020-06-19T17:26:28ZSébastien BlinVideo conferencing - known issues+ [x] Picture size 0x0
+ [x] Audio sometimes master receives sound, but peers not after adding someone
+ [x] Grey screen sometimes for peers (decrypt error resulting in a gray or black screen for non master)
+ [x] Lot of HOLD/Preview is...+ [x] Picture size 0x0
+ [x] Audio sometimes master receives sound, but peers not after adding someone
+ [x] Grey screen sometimes for peers (decrypt error resulting in a gray or black screen for non master)
+ [x] Lot of HOLD/Preview issues
+ [x] Add a participant is slow
+ [x] Crash when removing/adding someone to the confSébastien BlinPierre LespagnolSébastien Blinhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/200ffmpeg: add G726, iLBC codecs (SIP: no audio in call)2023-12-27T18:07:22ZLinus G.ffmpeg: add G726, iLBC codecs (SIP: no audio in call)I made an internal call via fritz.box and I called myself via the telephone by **600. I heared the ringtone but when I accepted the call, neither of us did hear anything. I'm using Kubuntu 18.04. I guess, these are the important lines in...I made an internal call via fritz.box and I called myself via the telephone by **600. I heared the ringtone but when I accepted the call, neither of us did hear anything. I'm using Kubuntu 18.04. I guess, these are the important lines in the log:
```
[1577674451.545|19511|sipcall.cpp :906 ] [call:3558973192781136] startAllMedia()
[1577674451.545|19511|sip_utils.cpp :203 ] Registered thread 0x7ff0bdff6dd0 (0x4C36)
[1577674451.546|19511|sdp.cpp :599 ] Could not find rtpmap attribute
[1577674451.546|19511|sdp.cpp :599 ] Could not find rtpmap attribute
[1577674451.546|19511|sdp.cpp :616 ] Could not find codec G726-32
[1577674451.546|19511|sdp.cpp :616 ] Could not find codec G726-32
[1577674451.546|19511|sdp.cpp :616 ] Could not find codec G726-40
[1577674451.546|19511|sdp.cpp :616 ] Could not find codec G726-24
[1577674451.546|19511|sdp.cpp :616 ] Could not find codec iLBC
[1577674451.546|19511|sdp.cpp :616 ] Could not find codec telephone-event
[1577674451.546|19511|sipcall.cpp :956 ] [call:3558973192781136] [SDP:slot#0] Missing remote codec
[1577674451.546|19511|video_rtp_session.cpp:91 ] No socket pair, keyframe request callback not possible
```
Full log: https://pastebin.com/RtTvcmBY
Kind regardsPierre LespagnolPierre Lespagnolhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/184add support for jack audio connection kit2021-07-16T18:10:57Zjoinlawadd support for jack audio connection kitadding support for jack audio connection kit
a low-latency audio server
http://www.jackaudio.org/adding support for jack audio connection kit
a low-latency audio server
http://www.jackaudio.org/https://git.jami.net/savoirfairelinux/jami-daemon/-/issues/183[FR] Stop trying to auto-manage volume or add option to disable2020-12-29T16:04:42ZIT wrx[FR] Stop trying to auto-manage volume or add option to disableRight now, at least in gnu+linux distributions, it seems jami tries to auto-manage the volume of inputs and outputs. While in theory this would be nice, in practice, it can make a call untenable. Having two people trying to set their vol...Right now, at least in gnu+linux distributions, it seems jami tries to auto-manage the volume of inputs and outputs. While in theory this would be nice, in practice, it can make a call untenable. Having two people trying to set their volume with jami also changing it, is chaos. Please consider either just stop auto-managing audio levels, or at least allow users to disable this feature.
thankshttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/182Be able to start video call with no camera, a file or a screen share.2019-11-21T20:25:13ZSébastien BlinBe able to start video call with no camera, a file or a screen share.All is in the title. Actually, a video call is only startable via a camera, then we can share a fileAll is in the title. Actually, a video call is only startable via a camera, then we can share a filehttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/178Conferences: record doesn't work (no file created)2020-09-08T15:31:08ZSébastien BlinConferences: record doesn't work (no file created)Pierre LespagnolPierre Lespagnolhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/177Video Call immediately stop sending video (dmesg: general protection fault)2020-04-16T16:30:34ZTim RühsenVideo Call immediately stop sending video (dmesg: general protection fault)With an old LogiTech HD 720p camera on Debian unstable: on video call connect my picture freezes and the other side gets no video.
`dmesg` shows
```
traps: dring[2098] general protection fault ip:5647869f6dd9 sp:7f6423023d40 error:0 in ...With an old LogiTech HD 720p camera on Debian unstable: on video call connect my picture freezes and the other side gets no video.
`dmesg` shows
```
traps: dring[2098] general protection fault ip:5647869f6dd9 sp:7f6423023d40 error:0 in dring[5647863d9000+df4000]
```
Linux ryzen 5.3.0-2-amd64 #1 SMP Debian 5.3.9-1 (2019-11-09) x86_64 GNU/Linux
jami 20191113.4.31768e1~dfsg1-1
Any idea what to try or how to debug ?Pierre LespagnolPierre Lespagnolhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/13Add PipeWire support on Linux2024-03-22T15:44:49ZannaAdd PipeWire support on LinuxTo quote the PipeWire website (https://pipewire.org/#about):
"PipeWire is a project that aims to greatly improve handling of audio and video under Linux. It aims to support the usecases currently handled by both PulseAudio and Jack and ...To quote the PipeWire website (https://pipewire.org/#about):
"PipeWire is a project that aims to greatly improve handling of audio and video under Linux. It aims to support the usecases currently handled by both PulseAudio and Jack and at the same time provide same level of powerful handling of Video input and output. It also introduces a security model that makes interacting with audio and video devices from containerized applications easy, with supporting Flatpak applications being the primary goal. Alongside Wayland and Flatpak we expect PipeWire to provide a core building block for the future of Linux application development.
Features include:
* Capture and playback of audio and video with minimal latency.
* Real-time Multimedia processing on audio and video.
* Multiprocess architecture to let applications share multimedia content.
* GStreamer plugins for easy use and integration in current applications.
* Sandboxed applications support.
See Flatpak for more info."
@pgorley What do you think?François-Simon Fauteux-ChapleauFrançois-Simon Fauteux-Chapleauhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/971"jamid" received signal SIGABRT, Aborted.2024-03-08T19:26:08ZCyrille Béraud"jamid" received signal SIGABRT, Aborted.`1709906012.321|57318|conversation.cpp :1675] Sync e43a7778189cc4adc94185c8db7e96c8d1097ed7 with 9138aa43a57c4cb0c77409837637d62e2c8731f176699e38c8c892a8f884f151
Thread 2 "jamid" received signal SIGABRT, Aborted.
[Switching to Th...`1709906012.321|57318|conversation.cpp :1675] Sync e43a7778189cc4adc94185c8db7e96c8d1097ed7 with 9138aa43a57c4cb0c77409837637d62e2c8731f176699e38c8c892a8f884f151
Thread 2 "jamid" received signal SIGABRT, Aborted.
[Switching to Thread 0x7ffff39ff6c0 (LWP 319436)]
__pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44
44 ./nptl/pthread_kill.c: Aucun fichier ou dossier de ce type.
(gdb) bt
#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44
#1 __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78
#2 __GI___pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ./nptl/pthread_kill.c:89
#3 0x00007ffff66428e6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#4 0x00007ffff66268b7 in __GI_abort () at ./stdlib/abort.c:79
#5 0x00007ffff6627750 in __libc_message (fmt=fmt@entry=0x7ffff67c38d3 "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:150
#6 0x00007ffff6737c9b in __GI___fortify_fail (msg=msg@entry=0x7ffff67c8a98 "bit out of range 0 - FD_SETSIZE on fd_set") at ./debug/fortify_fail.c:24
#7 0x00007ffff6737792 in __GI___fdelt_chk (d=<optimized out>) at ./debug/fdelt_chk.c:26
#8 0x0000555555f41224 in dhtnet::upnp::NatPmp::readResponse(natpmp_t&, natpmpresp_t&) ()
#9 0x0000555555f42790 in dhtnet::upnp::NatPmp::getIgdPublicAddress() ()
#10 0x0000555555f430e3 in dhtnet::upnp::NatPmp::initNatPmp() ()
#11 0x0000555555f47075 in dhtnet::upnp::NatPmp::searchForIgd() ()
#12 0x0000555555f43b99 in asio::detail::wait_handler<dhtnet::upnp::NatPmp::searchForIgd()::{lambda(std::error_code const&)#1}, asio::any_io_executor>::do_complete(void*, asio::detail::scheduler_operation*, std::error_code const&, unsigned long) ()
#13 0x0000555555f2115e in asio::detail::scheduler::run(std::error_code&) [clone .isra.0] ()
#14 0x0000555555f214bf in std::thread::_State_impl<std::thread::_Invoker<std::tuple<dhtnet::upnp::UPnPContext::createIoContext(std::shared_ptr<asio::io_context> const&, std::shared_ptr<dht::log::Logger> const&)::{lambda()#1}> > >::_M_run() ()
#15 0x00007ffff6ae6333 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
#16 0x00007ffff6697b5a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:444
#17 0x00007ffff67285fc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
(gdb)
#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44
#1 __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78
#2 __GI___pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ./nptl/pthread_kill.c:89
#3 0x00007ffff66428e6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#4 0x00007ffff66268b7 in __GI_abort () at ./stdlib/abort.c:79
#5 0x00007ffff6627750 in __libc_message (fmt=fmt@entry=0x7ffff67c38d3 "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:150
#6 0x00007ffff6737c9b in __GI___fortify_fail (msg=msg@entry=0x7ffff67c8a98 "bit out of range 0 - FD_SETSIZE on fd_set") at ./debug/fortify_fail.c:24
#7 0x00007ffff6737792 in __GI___fdelt_chk (d=<optimized out>) at ./debug/fdelt_chk.c:26
#8 0x0000555555f41224 in dhtnet::upnp::NatPmp::readResponse(natpmp_t&, natpmpresp_t&) ()
#9 0x0000555555f42790 in dhtnet::upnp::NatPmp::getIgdPublicAddress() ()
#10 0x0000555555f430e3 in dhtnet::upnp::NatPmp::initNatPmp() ()
#11 0x0000555555f47075 in dhtnet::upnp::NatPmp::searchForIgd() ()
#12 0x0000555555f43b99 in asio::detail::wait_handler<dhtnet::upnp::NatPmp::searchForIgd()::{lambda(std::error_code const&)#1}, asio::any_io_executor>::do_complete(void*, asio::detail::scheduler_operation*, std::error_code const&, unsigned long) ()
#13 0x0000555555f2115e in asio::detail::scheduler::run(std::error_code&) [clone .isra.0] ()
#14 0x0000555555f214bf in std::thread::_State_impl<std::thread::_Invoker<std::tuple<dhtnet::upnp::UPnPContext::createIoContext(std::shared_ptr<asio::io_context> const&, std::shared_ptr<dht::log::Logger> const&)::{lambda()#1}> > >::_M_run() ()
#15 0x00007ffff6ae6333 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
#16 0x00007ffff6697b5a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:444
#17 0x00007ffff67285fc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
(gdb)
#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44
#1 __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78
#2 __GI___pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ./nptl/pthread_kill.c:89
#3 0x00007ffff66428e6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#4 0x00007ffff66268b7 in __GI_abort () at ./stdlib/abort.c:79
#5 0x00007ffff6627750 in __libc_message (fmt=fmt@entry=0x7ffff67c38d3 "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:150
#6 0x00007ffff6737c9b in __GI___fortify_fail (msg=msg@entry=0x7ffff67c8a98 "bit out of range 0 - FD_SETSIZE on fd_set") at ./debug/fortify_fail.c:24
#7 0x00007ffff6737792 in __GI___fdelt_chk (d=<optimized out>) at ./debug/fdelt_chk.c:26
#8 0x0000555555f41224 in dhtnet::upnp::NatPmp::readResponse(natpmp_t&, natpmpresp_t&) ()
#9 0x0000555555f42790 in dhtnet::upnp::NatPmp::getIgdPublicAddress() ()
#10 0x0000555555f430e3 in dhtnet::upnp::NatPmp::initNatPmp() ()
#11 0x0000555555f47075 in dhtnet::upnp::NatPmp::searchForIgd() ()
#12 0x0000555555f43b99 in asio::detail::wait_handler<dhtnet::upnp::NatPmp::searchForIgd()::{lambda(std::error_code const&)#1}, asio::any_io_executor>::do_complete(void*, asio::detail::scheduler_operation*, std::error_code const&, unsigned long) ()
#13 0x0000555555f2115e in asio::detail::scheduler::run(std::error_code&) [clone .isra.0] ()
#14 0x0000555555f214bf in std::thread::_State_impl<std::thread::_Invoker<std::tuple<dhtnet::upnp::UPnPContext::createIoContext(std::shared_ptr<asio::io_context> const&, std::shared_ptr<dht::log::Logger> const&)::{lambda()#1}> > >::_M_run() ()
#15 0x00007ffff6ae6333 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
#16 0x00007ffff6697b5a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:444
#17 0x00007ffff67285fc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
(gdb)
`Adrien BéraudSébastien BlinAdrien Béraudhttps://git.jami.net/savoirfairelinux/jami-daemon/-/issues/968Fix sporadic failures2024-03-05T17:58:43ZSébastien BlinFix sporadic failures```
1) test: jami::test::ConversationTest::testIsComposing (F) line: 986 conversation/conversation.cpp
assertion failed
- Expression: cv.wait_for(lk, 30s, [&]() { return bobData.composing; })
```
```
1) test: jami::test::ConversationM...```
1) test: jami::test::ConversationTest::testIsComposing (F) line: 986 conversation/conversation.cpp
assertion failed
- Expression: cv.wait_for(lk, 30s, [&]() { return bobData.composing; })
```
```
1) test: jami::test::ConversationMembersEventTest::testAddAcceptOfflineThenConnects (F) line: 613 conversation/conversationMembersEvent.cpp
assertion failed
- Expression: cv.wait_for(lk, 60s, [&]() { return !bobData.conversationId.empty(); })
```
```
!!!FAILURES!!!
Test Results:
Run: 4 Failures: 3 Errors: 0
1) test: jami::test::TypersTest::testSetIsComposing (F) line: 203 conversation/typers.cpp
assertion failed
- Expression: cv.wait_for(lk, 5s, [&]() { return bobData.composing[aliceUri]; })
2) test: jami::test::TypersTest::testTimeout (F) line: 229 conversation/typers.cpp
assertion failed
- Expression: cv.wait_for(lk, 5s, [&]() { return bobData.composing[aliceUri]; })
3) test: jami::test::TypersTest::testTypingRemovedOnMemberRemoved (F) line: 254 conversation/typers.cpp
assertion failed
- Expression: cv.wait_for(lk, 5s, [&]() { return aliceData.composing[bobUri]; })
```Sébastien BlinSébastien Blin