After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 719951 - Hanging on change device format with opened Call window
Hanging on change device format with opened Call window
Status: RESOLVED WONTFIX
Product: ekiga
Classification: Applications
Component: GUI
4.0.x
Other Linux
: Normal critical
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2013-12-06 09:02 UTC by Ilya Melnikov
Modified: 2020-06-06 16:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ilya Melnikov 2013-12-06 09:02:06 UTC
Steps to reproduce issue:

- Launch Ekiga
- Display "Call window"
- Open "Preferences"
- Go to Video/Devices
- Change "Format:" to some other value (PAL, NTSC, SECAM)
- Ekiga hangs, last messages from "-d 4":
2013/12/06 14:49:01.189   1:04.064                              PV4L2Plugin     Detecting V4L2 devices
2013/12/06 14:49:01.189   1:04.064                              PV4L2Plugin     detected device metadata at /sys/class/video4linux/
2013/12/06 14:49:01.195   1:04.070                              VidInputCore    Detected Device: Moving Logo (Moving Logo/Moving Logo)
2013/12/06 14:49:01.195   1:04.070                              VidInputCore    Detected Device: UVC Camera (046d:0807) (PTLIB/V4L2)
2013/12/06 14:49:01.195   1:04.070                              VidInputCoreConfBridge  Updating device
2013/12/06 14:49:01.195   1:04.070                              VidInputCore    Setting device: Moving Logo (Moving Logo/Moving Logo)
2013/12/06 14:49:01.195   1:04.070                              PreviewManager  Stopping Preview

Ekiga hangs not every time, but very often.
Ekiga does not hangs if "Call window" is not opened.

Checked on: Ubuntu 12.04 amd64, 12.10 i386, 13.04 i386, 13.10 i386
Ekiga: 4.0.1
Comment 1 Eugen Dedu 2013-12-06 09:47:24 UTC
I will test it when I find time, thank you.
Comment 2 Damien Sandras 2013-12-08 10:26:28 UTC
This is surely fixed by an upcoming commit in the ds-gsettings3 branch.

Opening, Closing the video device, as well as changing any of its settings were prone to memory access violations and deadlocks. I suspect it was common to all video device related operations.

Please note that it was not 100% reproducable, but rather random.
Comment 3 Damien Sandras 2013-12-08 17:43:50 UTC
I'm pretty sure it is fixed with this:
https://git.gnome.org/browse/ekiga/commit/?h=ds-gsettings3&id=4c4dc55254c8b360e20328dd96d591283f20f305

Eugen, I'm not sure if it should be backported to the 4.0 branch or not.
Comment 4 Eugen Dedu 2013-12-08 22:47:58 UTC
(In reply to comment #3)
> Eugen, I'm not sure if it should be backported to the 4.0 branch or not.

I do not remember what you think about the 4.2 release.  If it is for the end of this month, then there is no need of backporting.  If it is for later than end of February, and you are reasonably sure that the commit is good, I will backport it.
Comment 5 André Klapper 2020-06-06 16:30:15 UTC
Ekiga is not under active development anymore:
https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/273

Ekiga saw its last release 7 years ago. The last code commits were 4 years ago.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (and transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active Ekiga development again in the future.