empathy issueshttps://gitlab.gnome.org/Archive/empathy/-/issues2018-05-22T19:14:42Zhttps://gitlab.gnome.org/Archive/empathy/-/issues/894data race in pa_queue_pop/pa_queue_push reported by TSan2018-05-22T19:14:42ZBugzilladata race in pa_queue_pop/pa_queue_push reported by TSan## Submitted by Fabrice Bellet
**[Link to original bug (#781180)](https://bugzilla.gnome.org/show_bug.cgi?id=781180)**
## Description
Created attachment 349671
ThreadSanitizer: data race pulsecore/queue.c:98 in pa_queue_pop
This ca...## Submitted by Fabrice Bellet
**[Link to original bug (#781180)](https://bugzilla.gnome.org/show_bug.cgi?id=781180)**
## Description
Created attachment 349671
ThreadSanitizer: data race pulsecore/queue.c:98 in pa_queue_pop
This case suggested by the thread sanitizer occurs because pulseaudio operations related to the mic detection can happen in two different threads, one is the main thread from the glib main loop, and the other is a thread from the gstreamer pipeline, running the pulsesrc element, when processing a notify callback.
This bug has also been submitted to the pulseaudio bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99667
**Attachment 349671**, "ThreadSanitizer: data race pulsecore/queue.c:98 in pa_queue_pop":
[tsan.txt](/uploads/b426d48f533141e009c43c889e4606c3/tsan.txt)https://gitlab.gnome.org/Archive/empathy/-/issues/890race in empathy-call-window reported by TSan2018-05-22T19:13:51ZBugzillarace in empathy-call-window reported by TSan## Submitted by Fabrice Bellet
**[Link to original bug (#778083)](https://bugzilla.gnome.org/show_bug.cgi?id=778083)**
## Description
Created attachment 344785
ThreadSanitizer: data race empathy/src/empathy-call-window.c:3415 in emp...## Submitted by Fabrice Bellet
**[Link to original bug (#778083)](https://bugzilla.gnome.org/show_bug.cgi?id=778083)**
## Description
Created attachment 344785
ThreadSanitizer: data race empathy/src/empathy-call-window.c:3415 in empathy_call_window_check_video_cb
This case reported by the ThreadSanitizer suggests missing locking when accessing priv->got_video.
**Attachment 344785**, "ThreadSanitizer: data race empathy/src/empathy-call-window.c:3415 in empathy_call_window_check_video_cb":
[empathy-call-window.txt](/uploads/d300dae7a74ce06b19f3aa75910ce0bd/empathy-call-window.txt)
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/888empathy-call: popup menu associated to the video preview doesn't show up2018-05-22T19:13:10ZBugzillaempathy-call: popup menu associated to the video preview doesn't show up## Submitted by Fabrice Bellet
**[Link to original bug (#776488)](https://bugzilla.gnome.org/show_bug.cgi?id=776488)**
## Description
Hi!
the clicked action associated to the preview_shown_button (emblem-system-symbolic icon) doesn...## Submitted by Fabrice Bellet
**[Link to original bug (#776488)](https://bugzilla.gnome.org/show_bug.cgi?id=776488)**
## Description
Hi!
the clicked action associated to the preview_shown_button (emblem-system-symbolic icon) doesn't trigger any callback at all for me. According to the ui file, it should display a popup a enable/disable the preview window.https://gitlab.gnome.org/Archive/empathy/-/issues/884empathy-call: keep video preview and video transmission in sync2018-05-22T19:12:31ZBugzillaempathy-call: keep video preview and video transmission in sync## Submitted by Fabrice Bellet
**[Link to original bug (#775160)](https://bugzilla.gnome.org/show_bug.cgi?id=775160)**
## Description
Created attachment 340820
call: keep video preview and transmission in sync
Hi!
I noticed incons...## Submitted by Fabrice Bellet
**[Link to original bug (#775160)](https://bugzilla.gnome.org/show_bug.cgi?id=775160)**
## Description
Created attachment 340820
call: keep video preview and transmission in sync
Hi!
I noticed inconsistencies between the video preview display in the empathy-call client, and the current status of the video transmission in the ongoing call.
This patch is an attempt to keep both in sync. Several cases change the display of the video preview :
1/ the user may toggle the video transmission with the camera button
while the call is established. When the call is disconnected,
the preview remains its last state and the camera toggle button
is made inactive.
2/ the user may choose to initiate a new call with or without video.
3/ the user may reply to an incoming call with or without video.
Status of the video preview that depends on 3/ is handled in empathy_call_window_state_changed_cb(), and status that depends on 2/ is handled in start_call(). Querying the telepathy video sending state in start_call() was too early in my experience. That's the reason I delayed the check in the callback instead.
**Patch 340820**, "call: keep video preview and transmission in sync":
[1008-call-keep-video-preview-and-transmission-in-sync.patch](/uploads/61b55867b6b9c26ae05826f8dfde999a/1008-call-keep-video-preview-and-transmission-in-sync.patch)
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/878SIP not registering2018-05-22T19:11:23ZBugzillaSIP not registering## Submitted by rem..@..gmx.de
**[Link to original bug (#771778)](https://bugzilla.gnome.org/show_bug.cgi?id=771778)**
## Description
Created attachment 336020
debug information while connecting
Hello,
I have major issues register...## Submitted by rem..@..gmx.de
**[Link to original bug (#771778)](https://bugzilla.gnome.org/show_bug.cgi?id=771778)**
## Description
Created attachment 336020
debug information while connecting
Hello,
I have major issues registering with the embedded SIP-manager (sofiasip).
With Jitsi it works fine. But I don´t get it working with Empathy (which is my first choice).
I will attach some debug snipet I made while trying to connect. Maybe this helps. I really tried a lot of setup-combinations.
Regards,
Afox
**Attachment 336020**, "debug information while connecting":
[debug-Empathy_SIP.log](/uploads/c19edc4c2646ae191961cd332eae0d11/debug-Empathy_SIP.log)
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/875Use after free in account channel requests2018-05-22T19:10:50ZBugzillaUse after free in account channel requests## Submitted by Fabrice Bellet
**[Link to original bug (#768891)](https://bugzilla.gnome.org/show_bug.cgi?id=768891)**
## Description
Hi,
valgrind identified the case of an object being used after free, occurring on the handler of ...## Submitted by Fabrice Bellet
**[Link to original bug (#768891)](https://bugzilla.gnome.org/show_bug.cgi?id=768891)**
## Description
Hi,
valgrind identified the case of an object being used after free, occurring on the handler of the TpAccountChannelRequest req object being created when redialing in empathy_call_handler_start_call():
==10747== Invalid read of size 8
==10747== at 0xC17C4F7: handle_channels_context_prepare_cb (base-client.c:2362)
==10747== by 0xF9E0996: g_simple_async_result_complete (gsimpleasyncresult.c:801)
==10747== by 0xC22EA0C: context_check_prepare (handle-channels-context.c:554)
==10747== by 0xC22EA76: hcc_channel_prepare_cb (handle-channels-context.c:627)
==10747== by 0xF9E0996: g_simple_async_result_complete (gsimpleasyncresult.c:801)
==10747== by 0xF9E09F8: complete_in_idle_cb (gsimpleasyncresult.c:813)
==10747== by 0x10E05E59: g_main_dispatch (gmain.c:3154)
==10747== by 0x10E05E59: g_main_context_dispatch (gmain.c:3769)
==10747== by 0x10E061EF: g_main_context_iterate.isra.29 (gmain.c:3840)
==10747== by 0x10E0629B: g_main_context_iteration (gmain.c:3901)
==10747== by 0xFA15A1B: g_application_run (gapplication.c:2311)
==10747== by 0x41064F: main (empathy-call.c:285)
==10747== Address 0x21ef4c60 is 240 bytes inside a block of size 288 free'd
==10747== at 0x4C29CF0: free (vg_replace_malloc.c:530)
==10747== by 0x10E0B63D: g_free (gmem.c:189)
==10747== by 0x10E22DCC: g_slice_free1 (gslice.c:1112)
==10747== by 0x10B9CEF1: g_type_free_instance (gtype.c:1945)
==10747== by 0xC1699AF: tp_account_channel_request_dispose (account-channel-request.c:208)
==10747== by 0x10B7E52B: g_object_unref (gobject.c:3142)
==10747== by 0xF9DFC71: g_simple_async_result_finalize (gsimpleasyncresult.c:260)
==10747== by 0x10B7E5AE: g_object_unref (gobject.c:3179)
==10747== by 0x10E02957: g_source_callback_unref (gmain.c:1561)
==10747== by 0x10E04115: g_source_destroy_internal (gmain.c:1207)
==10747== by 0x10E05EEF: g_main_dispatch (gmain.c:3177)
==10747== by 0x10E05EEF: g_main_context_dispatch (gmain.c:3769)
==10747== by 0x10E061EF: g_main_context_iterate.isra.29 (gmain.c:3840)
==10747== by 0x10E0629B: g_main_context_iteration (gmain.c:3901)
==10747== by 0xFA15A1B: g_application_run (gapplication.c:2311)
==10747== by 0x41064F: main (empathy-call.c:285)
==10747== Block was alloc'd at
==10747== at 0x4C28BF6: malloc (vg_replace_malloc.c:299)
==10747== by 0x10E0B528: g_malloc (gmem.c:94)
==10747== by 0x10E22652: g_slice_alloc (gslice.c:1007)
==10747== by 0x10E22CED: g_slice_alloc0 (gslice.c:1032)
==10747== by 0x10B9CC29: g_type_create_instance (gtype.c:1847)
==10747== by 0x10B7EB7A: g_object_new_internal (gobject.c:1779)
==10747== by 0x10B80A14: g_object_new_valist (gobject.c:2038)
==10747== by 0x10B80D80: g_object_new (gobject.c:1622)
==10747== by 0xC253ED2: tp_simple_handler_new_with_factory (simple-handler.c:439)
==10747== by 0xC168671: request_and_handle_channel_async (account-channel-request.c:1057)
==10747== by 0x413024: empathy_call_handler_start_call (empathy-call-handler.c:932)
==10747== by 0x41B564: start_call (empathy-call-window.c:3658)
==10747== by 0x41C41E: empathy_call_window_restart_call (empathy-call-window.c:4115)
==10747== by 0x4133EE: empathy_call_window_video_call_cb (empathy-call-window.c:354)
==10747== by 0x10B799D3: _g_closure_invoke_va (gclosure.c:864)
==10747== by 0x10B942BC: g_signal_emit_valist (gsignal.c:3292)
==10747== by 0x10B94DC4: g_signal_emit_by_name (gsignal.c:3479)
==10747== by 0x10B799D3: _g_closure_invoke_va (gclosure.c:864)
==10747== by 0x10B942BC: g_signal_emit_valist (gsignal.c:3292)
==10747== by 0x10B948FE: g_signal_emit (gsignal.c:3439)
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/854No outbound voice when making calls2018-05-22T19:06:01ZBugzillaNo outbound voice when making calls## Submitted by cpw..@..ily.ca
**[Link to original bug (#757883)](https://bugzilla.gnome.org/show_bug.cgi?id=757883)**
## Description
Version data: Empathy 3.12.11. Gstreamer 1.6.1. Pulseaudio 7.0.2.
There is no outbound voice (fro...## Submitted by cpw..@..ily.ca
**[Link to original bug (#757883)](https://bugzilla.gnome.org/show_bug.cgi?id=757883)**
## Description
Version data: Empathy 3.12.11. Gstreamer 1.6.1. Pulseaudio 7.0.2.
There is no outbound voice (from computer to telephony system) when making or receiving calls.
Other clients work successfully for the same parameters, which tends to rule out other causes of error.
The problem seems to have come about with an upgrade to gstreamer 1.6 from 1.4.5. I tried (and failed) to rollback to 1.4.5 to test this hypothesis. Gstreamer is a very difficult product to rollback, sadly.
Dist: Debian. Reported the same issue at debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801904 but it hasn't been looked at as far as I can tell.
Happy to try anything to diagnose the issue. I've tried debugging the gstreamer pipeline, but it seems to be very challenging to figure out where the outbound voice is getting lost, with the debugging to hand.
Looking at the network traces to my SIP server, it seems clear that I'm sending only silence RTP packets from my computer to my SIP server, so I think that the voice is getting lost in the pipeline. I've tried to make simple pipelines, and they all seem to work.
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/837keep-alive is not working properly in SIP2018-05-22T19:01:45ZBugzillakeep-alive is not working properly in SIP## Submitted by Morse
**[Link to original bug (#750648)](https://bugzilla.gnome.org/show_bug.cgi?id=750648)**
## Description
By default, sofia-sip uses OPTIONS to keep the connection. This is what I see in the logs
rakiasofia-DEBUG...## Submitted by Morse
**[Link to original bug (#750648)](https://bugzilla.gnome.org/show_bug.cgi?id=750648)**
## Description
By default, sofia-sip uses OPTIONS to keep the connection. This is what I see in the logs
rakiasofia-DEBUG: 08.06.2015 21:47:36.5841: outbound(0x8fb500): FAILED to validate <sip:me@myip:41151;transport=udp>
rakiasofia-DEBUG: 08.06.2015 21:47:36.5909: outbound(0x8fb500): FAILED with 200 OK
rakiaevents-DEBUG: 08.06.2015 21:47:36.5975: rakia_base_connection_sofia_callback: event nua_i_outbound: 200 OK
rakiaevents-DEBUG: 08.06.2015 21:47:36.6016: rakia_base_connection_sofia_callback: connection 0x8ee180, refcount 1
rakiaevents-DEBUG: 08.06.2015 21:47:36.6058: rakia_base_connection_sofia_callback: dispatching to target 0x8ee180 (handle 0x8fb500)
rakiaevents-DEBUG: 08.06.2015 21:47:36.6105: rakia_base_connection_sofia_callback: event nua_i_outbound for target 0x8ee180 was not consumed
rakiaevents-DEBUG: 08.06.2015 21:47:36.6150: rakia_base_connection_sofia_callback: exit
After several of such FAILEDs, SIP server seem to stop answering to requests, and then instead I see
rakiaevents-DEBUG: 08.06.2015 21:57:40.64382: rakia_base_connection_sofia_callback: event nua_i_outbound: 403 Forbidden
rakiaevents-DEBUG: 08.06.2015 21:57:40.64475: rakia_base_connection_sofia_callback: connection 0x2284180, refcount 1
rakiaevents-DEBUG: 08.06.2015 21:57:40.64539: rakia_base_connection_sofia_callback: dispatching to target 0x2284180 (handle 0x2291d00)
rakiaevents-DEBUG: 08.06.2015 21:57:40.64605: rakia_base_connection_sofia_callback: event nua_i_outbound for target 0x2284180 was not consumed
rakiaevents-DEBUG: 08.06.2015 21:57:40.64677: rakia_base_connection_sofia_callback: exit
At this point SIP account stops getting incoming calls.
Upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=90906https://gitlab.gnome.org/Archive/empathy/-/issues/830SIP echo test fails2018-05-22T19:00:20ZBugzillaSIP echo test fails## Submitted by Luis Henrique Mello
**[Link to original bug (#747966)](https://bugzilla.gnome.org/show_bug.cgi?id=747966)**
## Description
Created attachment 301690
telepathy log
A simple echo test gets disconnected after a while. ...## Submitted by Luis Henrique Mello
**[Link to original bug (#747966)](https://bugzilla.gnome.org/show_bug.cgi?id=747966)**
## Description
Created attachment 301690
telepathy log
A simple echo test gets disconnected after a while. I have an iptel.org account and followed http://www.iptel.org/service instructions under 'generic phone'. It says no NAT/STUN neither Proxy field is required.
To make sure, I downloaded jitsi and the echo test worked there.
Here's the telepathy log.
---
Arch Linux
empathy 3.12.8-1
telepathy-rakia 0.8.0
**Attachment 301690**, "telepathy log":
[All-16-04-15_02-30-37.log](/uploads/7de144a19d140425c71a2ead09834f58/All-16-04-15_02-30-37.log)
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/813Cannot hear voip audio2018-05-22T18:56:47ZBugzillaCannot hear voip audio## Submitted by Berend De Schouwer
**[Link to original bug (#741896)](https://bugzilla.gnome.org/show_bug.cgi?id=741896)**
## Description
Created attachment 293227
empathy debug log for exactly one call (contact surnames sanitized)...## Submitted by Berend De Schouwer
**[Link to original bug (#741896)](https://bugzilla.gnome.org/show_bug.cgi?id=741896)**
## Description
Created attachment 293227
empathy debug log for exactly one call (contact surnames sanitized)
I've got a sip account. When placing a sip call (audio only), I cannot hear the person on the other side, but they can hear me. In other words: the microphone works, the speakers don't.
The call actually works. Both sides agree on the same number of seconds for the call, etc. Incoming call ringing works.
As soon as I place a call, the audio out is automatically muted. The button in the GUI is muted. I unmute it, and change the volume, but the actual audio out the speakers is still muted. If I hang up, and call again, the GUI button immediately mutes.
I've also checked that empathy makes a pulseaudio application connection. It does, the application connection is on. No sound comes out the speakers.
Other audio works (rhythmbox, etc.), and the same VoIP account works with Ekiga.
Fedora 21; x86_64.
**Attachment 293227**, "empathy debug log for exactly one call (contact surnames sanitized)":
[call.log](/uploads/b91d72fe6d34b5ece5354a613310f078/call.log)
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/810Empathy turns input/output volume to 100% at the beginning of a call2018-05-22T18:55:57ZBugzillaEmpathy turns input/output volume to 100% at the beginning of a call## Submitted by Lyude Paul `@lyude`
**[Link to original bug (#740283)](https://bugzilla.gnome.org/show_bug.cgi?id=740283)**
## Description
So, it seems whenever I start a call successfully with empathy over VoIP, it automatically ad...## Submitted by Lyude Paul `@lyude`
**[Link to original bug (#740283)](https://bugzilla.gnome.org/show_bug.cgi?id=740283)**
## Description
So, it seems whenever I start a call successfully with empathy over VoIP, it automatically adjusts the volume on my system all the way to 100, regardless of what it was set to before. In addition, it also changes the volume of the microphone to 100%, which makes it pretty hard to do calls since my microphone is very difficult to understand at 100%.
This has been observed with empathy version 3.12.7, telepathy-rakia version 0.8.0, sofia-sip 1.12.11, and pulseaudio 5.0.
Version: 3.12.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/781Unable to share desktop with contact using Jitsi.2018-05-22T16:29:01ZBugzillaUnable to share desktop with contact using Jitsi.## Submitted by Gendre Sébastien
**[Link to original bug (#729870)](https://bugzilla.gnome.org/show_bug.cgi?id=729870)**
## Description
In Empathy 3.10.3, I can't share my desktop with a contact that using Jitsi 2.5.5065. The entry ...## Submitted by Gendre Sébastien
**[Link to original bug (#729870)](https://bugzilla.gnome.org/show_bug.cgi?id=729870)**
## Description
In Empathy 3.10.3, I can't share my desktop with a contact that using Jitsi 2.5.5065. The entry in the menu is disable. But these 2 Jabber clients have this features.
For Desktop Sharing, Empathy use a XEP or a personal solution?
Version: 3.10.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/776Dialpad does not accept touchscreen input2018-05-22T16:28:07ZBugzillaDialpad does not accept touchscreen input## Submitted by Walter Garcia-Fontes
**[Link to original bug (#728850)](https://bugzilla.gnome.org/show_bug.cgi?id=728850)**
## Description
I am using empathy to make VOIP calls to a conference call system. I am trying to use my tou...## Submitted by Walter Garcia-Fontes
**[Link to original bug (#728850)](https://bugzilla.gnome.org/show_bug.cgi?id=728850)**
## Description
I am using empathy to make VOIP calls to a conference call system. I am trying to use my touchscreen to enter numbers in the dialpad, but that does not work. Using the mouse to enter numbers in the dialpad works just fine.
To reproduce:
1) Start a new VOIP call (Ctrl-M); make a call (I am dialed into a conference line)
2) In the call window, click the dialpad button to show the dialpad
3) Use the touchscreen to enter numbers in the dialpad
Expected results:
Using the touchscreen to enter numbers in the dialpad works: pressing a number on the dialpad results in the number being displayed in the small text field above the dialpad
Actual results:
Using the touchscreen to enter numbers in the dialpad does not work. The dialpad buttons depress as if the button was being pressed, but the numbers are not entered in the small text field above the dialpad
Using the mouse to click buttons in the dialpad works just fine for me. The touchscreen itself is working fine on this machine.
See also:
https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/1297566
Version: 3.8.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/756missing picture-in-picture in video call2018-05-22T16:23:18ZBugzillamissing picture-in-picture in video call## Submitted by Sylvain BERTRAND
**[Link to original bug (#721222)](https://bugzilla.gnome.org/show_bug.cgi?id=721222)**
## Description
On an up-to-date fedora 20, when I get a video in a video call, the picture-in-picture (local we...## Submitted by Sylvain BERTRAND
**[Link to original bug (#721222)](https://bugzilla.gnome.org/show_bug.cgi?id=721222)**
## Description
On an up-to-date fedora 20, when I get a video in a video call, the picture-in-picture (local webcam picture) is missing.
(tested with xmpp/jingle)
Version: 3.10.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/755unable to get a clean video with audio call (xmpp/jingle)2018-05-22T16:23:09ZBugzillaunable to get a clean video with audio call (xmpp/jingle)## Submitted by Sylvain BERTRAND
**[Link to original bug (#721205)](https://bugzilla.gnome.org/show_bug.cgi?id=721205)**
## Description
Unable to get a clean symetrical video with audio call using xmpp/jingle protocol. I did some te...## Submitted by Sylvain BERTRAND
**[Link to original bug (#721205)](https://bugzilla.gnome.org/show_bug.cgi?id=721205)**
## Description
Unable to get a clean symetrical video with audio call using xmpp/jingle protocol. I did some tests (up-to-date fedora 20) with a friend (up-to-date debian gnu/linux ubuntu 13.10) in the same city on the same ISP network.
Version: 3.10.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/729Preview video sink is dettached from call window2018-05-22T16:16:58ZBugzillaPreview video sink is dettached from call window## Submitted by Guillaume Desmottes
**[Link to original bug (#706640)](https://bugzilla.gnome.org/show_bug.cgi?id=706640)**
## Description
Sometimes when a video call is terminated, the preview video sink is detached from the call w...## Submitted by Guillaume Desmottes
**[Link to original bug (#706640)](https://bugzilla.gnome.org/show_bug.cgi?id=706640)**
## Description
Sometimes when a video call is terminated, the preview video sink is detached from the call window and keeps living on its own.https://gitlab.gnome.org/Archive/empathy/-/issues/725SIP voice calls immediately disconnect2018-05-22T16:16:23ZBugzillaSIP voice calls immediately disconnect## Submitted by Andreas Kloeckner `@inducer`
**[Link to original bug (#706218)](https://bugzilla.gnome.org/show_bug.cgi?id=706218)**
## Description
Created attachment 252070
Debian-generated software version info
Hi there,
I'm try...## Submitted by Andreas Kloeckner `@inducer`
**[Link to original bug (#706218)](https://bugzilla.gnome.org/show_bug.cgi?id=706218)**
## Description
Created attachment 252070
Debian-generated software version info
Hi there,
I'm trying to use empathy to place a call using sipgate.com or sipgate.de. The call setup proceeds OK it seems, however as soon as the other side picks up the phone, the call is disconnected. I'd be happy to try and help debug this, but I'm a bit stumped over where to start. This used to work fine a few versions back, but has been broken since at least 3.6.x. I got empathy from Debian, software version info from the package manager is attached.
Thanks,
Andreas
**Attachment 252070**, "Debian-generated software version info":
[emp-tpl.txt](/uploads/772074a9b5ce4e951241601dce1dd7a5/emp-tpl.txt)
Version: 3.8.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/695Gtalk Video calls fail on Empathy with Lifecam HD50002018-05-22T16:10:21ZBugzillaGtalk Video calls fail on Empathy with Lifecam HD5000## Submitted by Mark Lee
**[Link to original bug (#700869)](https://bugzilla.gnome.org/show_bug.cgi?id=700869)**
## Description
Created attachment 245097
Empathy log
Gtalk video calls fail to connect with the Lifecam HD5000 webcam....## Submitted by Mark Lee
**[Link to original bug (#700869)](https://bugzilla.gnome.org/show_bug.cgi?id=700869)**
## Description
Created attachment 245097
Empathy log
Gtalk video calls fail to connect with the Lifecam HD5000 webcam. There seems to be some difficulty in accessing the webcam's microphone and video simultaneously. Sometimes, cancelling a video call, initiating a video call, cancelling the video, muting the microphone, transmit video, enabling the microphone results in functioning Gtalk calls.
**Attachment 245097**, "Empathy log":
[empathy.log](/uploads/7d69e638291e9cdd85e08f0a15ec265e/empathy.log)https://gitlab.gnome.org/Archive/empathy/-/issues/652Automatically retry calls2018-05-22T16:00:29ZBugzillaAutomatically retry calls## Submitted by Jairo Llopis `@yajo.sk8`
**[Link to original bug (#694126)](https://bugzilla.gnome.org/show_bug.cgi?id=694126)**
## Description
I usually have network problems and I have to call a real lot of times before the call a...## Submitted by Jairo Llopis `@yajo.sk8`
**[Link to original bug (#694126)](https://bugzilla.gnome.org/show_bug.cgi?id=694126)**
## Description
I usually have network problems and I have to call a real lot of times before the call actually succeeds. Having to spend up to 6 minutes pushing the call button is exasperating. It would be really nice to have a method to auto-retry calls when they are shut down for any reason (except because one of the two interlocutors manually ends the call).
Version: 3.6.xhttps://gitlab.gnome.org/Archive/empathy/-/issues/641Cannot call phone number (button disabled)2018-05-22T15:58:39ZBugzillaCannot call phone number (button disabled)## Submitted by Alexander Hunziker
**[Link to original bug (#692993)](https://bugzilla.gnome.org/show_bug.cgi?id=692993)**
## Description
I have a SIP account set up with Empathy 3.6
When I choose "New call ..." from the menu, I ca...## Submitted by Alexander Hunziker
**[Link to original bug (#692993)](https://bugzilla.gnome.org/show_bug.cgi?id=692993)**
## Description
I have a SIP account set up with Empathy 3.6
When I choose "New call ..." from the menu, I can enter a phone number in the dialog box, however as both the Voice call and Video call buttons remain disabled even after having entered a valid phone number, I cannot initiate the call.
Version: 3.6.x