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 347188 - 'Close' results in Ekiga completely hidden when using XFCE
'Close' results in Ekiga completely hidden when using XFCE
Status: RESOLVED FIXED
Product: ekiga
Classification: Applications
Component: general
GIT master
Other All
: Normal normal
: ---
Assigned To: Snark
Ekiga maintainers
: 350505 (view as bug list)
Depends on: 361139
Blocks: 412896
 
 
Reported: 2006-07-11 05:09 UTC by Simon Wood
Modified: 2007-04-12 07:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Simon Wood 2006-07-11 05:09:39 UTC
Please describe the problem:
When using XFCE on Dapper (Xubunutu) if you 'Close' rather than 'Quit' Ekiga disappears from gui, never to be seen again. You can not bring the window back up.... even though it is still running.

It even remains hidden if you accept an incoming call.

Only action is to quit XFCE or go to the command line and kill Ekiga.
Simon

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Snark 2006-07-11 13:28:52 UTC
Hmmmm... I use xfce myself, and the issue seems to be you don't have a systray available, but for some reason ekiga doesn't realize it makes it invisible :-/

Workaround : use a systray!

I'll probably not work on it before I port ekiga to use GtkStatusIcon (ie: a newer gtk+).
Comment 2 Luis Menina 2006-11-29 19:17:12 UTC
I've started working a bit on the GtkStatusIcon migration. The bad part is that calling contextual menus seems to be OS-dependant... I've been doing a simple systray to see how the whole thing works, but won't be able to code the OS-dependant part.
Comment 3 Snark 2006-11-29 20:14:46 UTC
Well, look at how GmTray does it : we do have working code for this.
Comment 4 Damien Sandras 2007-01-02 18:59:12 UTC
*** Bug 350505 has been marked as a duplicate of this bug. ***
Comment 5 Luis Menina 2007-02-19 16:31:32 UTC
Hi, could you please try the (still incomplete) patch attached to bug 361139, and tell me if it resolves the problem ?
Comment 6 Damien Sandras 2007-02-19 17:00:26 UTC
I don't think so. For that to work, it would be needed to have the implementation of a function that tells if the tray is currently embedded into the system tray of the desktop. I don't see that being implemented in your patch.
Comment 7 Luis Menina 2007-02-20 09:38:17 UTC
Hum... Sorry, I thought at first this could be resolved just by using a fd.o compliant tray icon like GtkStatusIcon. I didn't see he was using no system tray at all.
Comment 8 Snark 2007-02-20 14:28:05 UTC
The GmTray api has a gboolean-returning function to check if we managed to embed in a tray. This is currently unimplemented.

Search for "FIXME" in the code, and you should find the problem.
Comment 9 Luis Menina 2007-02-20 22:25:29 UTC
I've looked for FIXME and functions using a gboolean and couldn't find it, even looking at the history of gmtray.h, gmtray-common.c, gmtray-x11.c.

GtkStatusIcon can handle requests for the embedding status, and I'll add the extra function to check for that, but I won't be able to do it for the win32 backends. I'll correct this when the GtkStatusIcon backend will be commited.
Comment 10 Snark 2007-02-21 07:22:00 UTC
You're right : I didn't put it in GmTray but in src/gui/statusicon.cpp :
gboolean
gm_statusicon_is_embedded (GtkWidget *widget)
{
  return TRUE;  /* FIXME */
}

Sorry to have misguided you! :-/
Comment 11 Snark 2007-02-28 05:59:17 UTC
*** Bug 412896 has been marked as a duplicate of this bug. ***
Comment 12 Snark 2007-04-12 06:04:57 UTC
Let me see if I can make things go forward in the coming weeks...
Comment 13 Snark 2007-04-12 07:16:35 UTC
I committed a fix : notice that it is fixed in trunk, so you'll see the change only when compiling ekiga 3.0, or when using a snapshot. And if you use gtk+ 2.10.