FS#74150 - [telegram-desktop] App crashes while video call or streamcast
Attached to Project:
Community Packages
Opened by Andres (andresbrago) - Thursday, 17 March 2022, 18:33 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 09 April 2022, 17:12 GMT
Opened by Andres (andresbrago) - Thursday, 17 March 2022, 18:33 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 09 April 2022, 17:12 GMT
|
Details
Description:
telegram-desktop crashes while receiving video from videocall or streamcast, it only is happening whit the package from ArchLinux.org I have tried with the official binaries and it works, so i created this bug report. PD: Additionally to the log.txt attached to the task, if i execute telegram using the terminal and do the steps to reproduce it closes with "segmentation fault (core dumped)" Additional info: * Package Version: 3.6.0, 3.6.1 * log.txt file generated by telegram-desktop: Attached to the task Steps to reproduce: 1. Open Telegram 2. Make a call 3. Ask the other person to turn on the video camera 4. App crashes |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Saturday, 09 April 2022, 17:12 GMT
Reason for closing: Fixed
Saturday, 09 April 2022, 17:12 GMT
Reason for closing: Fixed
3.5.2 version from arch repo worked, so you can downgrade now to restore videocalls function: sudo pacman -U https://archive.archlinux.org/packages/t/telegram-desktop/telegram-desktop-3.5.2-1-x86_64.pkg.tar.zst
```
(gdb) bt
#0 0x00007f3318f35074 in av_buffer_get_opaque () at /usr/lib/libavutil.so.56
#1 0x0000564c9ed1f91e in webrtc::H264DecoderImpl::Decode(webrtc::EncodedImage const&, bool, long) ()
#2 0x0000564c9f1032eb in webrtc::VCMGenericDecoder::Decode(webrtc::VCMEncodedFrame const&, webrtc::Timestamp) ()
#3 0x0000564c9edb53f7 in webrtc::internal::VideoReceiveStream2::HandleEncodedFrame(std::unique_ptr<webrtc::EncodedFrame, std::default_delete<webrtc::EncodedFrame> >) ()
#4 0x0000564c9edb5637 in std::_Function_handler<void (std::unique_ptr<webrtc::EncodedFrame, std::default_delete<webrtc::EncodedFrame> >), webrtc::internal::VideoReceiveStream2::StartNextDecode()::{lambda(std::unique_ptr<webrtc::EncodedFrame, std::default_delete<webrtc::EncodedFrame> >)#1}>::_M_invoke(std::_Any_data const&, std::unique_ptr<webrtc::EncodedFrame, std::default_delete<webrtc::EncodedFrame> >&&) ()
#5 0x0000564c9ef4b10e in webrtc::webrtc_repeating_task_impl::RepeatingTaskImpl<webrtc::video_coding::FrameBuffer::StartWaitForNextFrameOnQueue()::{lambda()#1}>::RunClosure() ()
#6 0x0000564c9ee63ea8 in webrtc::webrtc_repeating_task_impl::RepeatingTaskBase::Run() ()
#7 0x0000564c9ee63115 in std::_Function_handler<void (), webrtc::(anonymous namespace)::TaskQueueStdlib::TaskQueueStdlib(std::basic_string_view<char, std::char_traits<char> >, rtc::ThreadPriority)::{lambda()#1}>::_M_invoke(std::_Any_data const&) ()
#8 0x0000564c9ebf9782 in rtc::(anonymous namespace)::RunPlatformThread(void*) ()
#9 0x00007f331630b5c2 in start_thread () at /usr/lib/libc.so.6
#10 0x00007f3316390584 in clone () at /usr/lib/libc.so.6
```
It did not crash, yet whenever I enter a video chat it uses 100% of one of my cpu cores. This persists even if I leave the video chat.
Apparently I can't reproduce this anymore..
Edit: Well I take that back, seems to cause problems with webm stickers.