Bug 875214
Summary: | geometrically impossible to answer calls | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Stuart D Gathman <stuart> | ||||||
Component: | notification-daemon | Assignee: | David Zeuthen <davidz> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 17 | CC: | davidz, eugen.dedu, jmccann, mclasen, pbrobinson | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2013-03-03 22:33:54 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Stuart D Gathman
2012-11-09 20:22:31 UTC
Can you attach a screen shot I'll get a screenshot at next reboot. But here is more: I'm using Xfce now. When a call comes in, ekiga doesn't even attempt to provide a notifier!! The call dialog pops us, but if you press the green phone, it attempts to *place* a call, not answer it. There is truly no way to answer the call! There really, really needs to be an answer button. Created attachment 643769 [details]
Screenshot of useless notifier for incoming call.
Created attachment 643770 [details]
Screenshot of useless notifier for incoming call.
(In reply to comment #3) > Created attachment 643769 [details] > Screenshot of useless notifier for incoming call. Moving the main ekiga window around on the desktop does not help. ekiga-4.0.0-1.fc17,opal-3.10.9-2.fc17,ptlib-2.10.9-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/ekiga-4.0.0-1.fc17,opal-3.10.9-2.fc17,ptlib-2.10.9-1.fc17 Found that the MATE desktop allows answering the phone with 3.9. Since gnome-fallback is reportedly going away, I will not be revisiting it. I will test Xfce again. Package ekiga-4.0.0-1.fc17, opal-3.10.9-2.fc17, ptlib-2.10.9-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ekiga-4.0.0-1.fc17 opal-3.10.9-2.fc17 ptlib-2.10.9-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-19197/ekiga-4.0.0-1.fc17,opal-3.10.9-2.fc17,ptlib-2.10.9-1.fc17 then log in and leave karma (feedback). Tested ekiga 4.0.0. I really appreciate fixing the notifier, but I don't know what it looks like because the new version won't register! 3.2 would register with no problem with my provider, but 3.9 required starting 3 times, changing NetDet between starts. 4.0 refuses to register at all, even with the work around! I wasn't sure if I should leave negative karma for the release, but bodhi is getting an internal error when I try, so I won't. Still impossible to answer calls in gnome-fallback. (Found a workaround for register bug - which is also being properly addressed in bug#882398.) The notificaiton window is cut off. This is a bug in libnotify for sure, since here it works, using gnome-fallback. This bug should be moved to that component. There are two workarounds: - open the call window, and when call arrives click on green phone - wait until the notification disappears, afterwards open the icon for notifications in gnome taskbar: I suppose the two buttons are shown there I can reproduce it. When the string to be shown in notification is too big, the notification spans after the right edge of the screen, hence hiding the buttons too. I look a bit how this should be fixed. Peter, could you move this bug to libnotify please? I discovered a workaround: install MATE desktop, then edit startup for gnome to run mate-notification-daemon instead of gnome-notification-daemon. (Or login as MATE desktop, logout, then login with gnome.) Would this indicate that the real problem is gnome-notification-daemon, rather than libnotify? I think so. I tested workarounds in comment#11 - none of them work I tried opening the call window, but when the call arrives, the green phone is still greyed out. I also tried clicking on the notification to make it disappear, but then it doesn't appear in the icon for notifications in gnome taskbar. If I wait for the notification to disappear, it is too late to answer the call. Specific instructions for using mate-notification-daemon, in case someone is googling this problem: 1) install MATE desktop 2) as root, cd /usr/libexec 3) mv notification-daemon gnome-notification-daemon 4) ln -s mate-notification-daemon notification-daemon to return to gnome notifier: 5) ln -sf gnome-notification-daemon notification-daemon Forgot to mention - killall notification-daemon for notifier change to take effect. (In reply to comment #16) > I tested workarounds in comment#11 - none of them work Hard to believe this... Could you show it to me somehow? You can connect to my desktop again. I don't see you on #ekiga. Using mate-notification-daemon has been working quite well - it seems to be compatible with the gnome version for all the events I've received so far. If you want to see it, I'll have to revert to gnome-notification-daemon and call myself from my cell so you can see that the call window has no green phone (just a grey one). The reason you aren't seeing it may be that by the time notifier goes away by itself, the nextiva service has already sent the call to voice mail. I've tried clicking on the notifier to make it go away, but that may not be the same as waiting for it to go away by itself. Anyway, waiting for it to go away by itself is not an acceptable option. With some help from Eugen, the comment#11 workaround does work. The Call Window must be open BEFORE a call comes in. Once a call comes in, ekiga will not let you open the call window for some reason. On Windows, ekiga opens the call window instead of a notifier. I would like to see an option for ekiga to do that on Linux as well. To anyone else with this problem, I recommend just switching to MATE instead of gnome-fallback. ptlib-2.10.10-1.fc17,opal-3.10.10-1.fc17,ekiga-4.0.1-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/ptlib-2.10.10-1.fc17,opal-3.10.10-1.fc17,ekiga-4.0.1-1.fc17 ptlib-2.10.10-1.fc18,opal-3.10.10-1.fc18,ekiga-4.0.1-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/ptlib-2.10.10-1.fc18,opal-3.10.10-1.fc18,ekiga-4.0.1-1.fc18 Package ptlib-2.10.10-1.fc17, opal-3.10.10-1.fc17, ekiga-4.0.1-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ptlib-2.10.10-1.fc17 opal-3.10.10-1.fc17 ekiga-4.0.1-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-2890/ptlib-2.10.10-1.fc17,opal-3.10.10-1.fc17,ekiga-4.0.1-1.fc17 then log in and leave karma (feedback). ptlib-2.10.10-1.fc18, opal-3.10.10-1.fc18, ekiga-4.0.1-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. ptlib-2.10.10-1.fc17, opal-3.10.10-1.fc17, ekiga-4.0.1-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. Just tried ekiga in cinnamon desktop. In cinnamon, there is no notifier at all! I suppose this would be a cinnamon bug, or perhaps a config issue. However, cinnamon should really have a answer button that doesn't depend on notifiers. Notifiers have been broken on 2 out of 4 linux desktops I've tried so far. Has anyone tested answering a call in KDE? It's a cinnamon bug. Ultimately there's a notification bus and a standard, we push the notification onto the bus, if the desktop has no way to deal with it there's not much ekiga can do I am amazed to see so many problems (not only you, but others too) with such a small program as notify. I have asked my collegues to always show the call window, but it was not agreed. notify is beautiful, but has implementation problems on various platforms. Note that ekiga tests if notify is available AND that buttons (called actions) are allowed, and only in this case uses notification instead of call window. |