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 328358 - Auto-popup text-chat window
Auto-popup text-chat window
Status: RESOLVED WONTFIX
Product: ekiga
Classification: Applications
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
gnome[unmaintained]
: 328359 344863 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-01-23 23:24 UTC by Per Heldal
Modified: 2020-06-06 16:28 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Per Heldal 2006-01-23 23:24:46 UTC
Is it possible to make the text-chat window pop up automatically when the
far-end starts sending messages. Possibly make the behavior a configurable option. 

It's a bit annoying at times, e.g. when audio-problems makes the one you're
talking to fall back to text-chat, that there's no indication of activity and
that the user has to manually activate the text-chat-window now that the
text-widget no longer is integrated with the main window.
Comment 1 Snark 2006-01-25 12:40:25 UTC
The tray icon shows blinks when a text message comes in and the chat window is visible. And clicking on it brings the chat window up.

Which means that bug is already fixed...
Comment 2 Per Heldal 2006-01-25 15:30:11 UTC
(In reply to comment #1)
> The tray icon shows blinks when a text message comes in and the chat window is
> visible. And clicking on it brings the chat window up.
> 
> Which means that bug is already fixed...
> 

I'll not reopen the bug, but I don't fully agree that it's solved. As a long time GNOME-user (pre 1.0) I should have noticed the tray indicator. Still, I'm dealing with user-support for people with little or no computer experience and they may not notice such things so easily. My expierience is that it in most cases is impossible to establish communications with such a user when he/she has a problem with their audio equipment (mic and/or speaker). I still belive it would be preferrable if the default behavior was to open the chat-window automatically when there is some activity.
Comment 3 Snark 2006-01-25 15:58:17 UTC
Hmmmm... but opening a window whenever someone sends a text message is way to intrusive :-/

Perhaps opening the chat window if :
1. we're in a call
2. and the message comes from the person we're in a call with
could be better ?

Something like :
if  in_a_call
    and message.comes_from (distant_friend)
    and not chat_window.is_visible
then
  chat_window.show
else
  chat_window.blink
Comment 4 Per Heldal 2006-01-25 17:26:04 UTC
(In reply to comment #3)
> Hmmmm... but opening a window whenever someone sends a text message is way to
> intrusive :-/
> 
> Perhaps opening the chat window if :
> 1. we're in a call
> 2. and the message comes from the person we're in a call with
> could be better ?

That's what I ment :)  Didn't even think of messages from others, which as you say would be far too intrusive.

Comment 5 Damien Sandras 2006-01-25 19:01:36 UTC
What I propose is the following:

1) Main window
When there is an incoming call, the incoming call popup tells you so on the current working desktop. You can answer the call, but if your main window is hidden, it will not be shown. A solution is to add an option :
[X] Automatically show the Ekiga window when receiving an incoming call

2) Chat window
I find it unintuitive that the message window is only shown if you are in a call with the person that sends the message. Because in both cases, the tray icon blinks anyway, however, you do not hear the "sound".
I propose a preference :
[X] Automatically show the text chat window when receiving messages
In that case, you hear the sound, but the icon doesn't blink.

If all of you agree, it has to be implemented before Sunday, or it is too late. I will be away. Snark, can you do it? And check we are not too late compared to the GNOME schedule? (strings breakage)

If we are, it will be a feature for 2.2.
Comment 6 Damien Sandras 2006-01-25 19:02:53 UTC
*** Bug 328359 has been marked as a duplicate of this bug. ***
Comment 7 Snark 2006-01-25 19:25:31 UTC
Notice that what I proposed didn't make the statusicon blink if we were in the case where we show the chat window.
Comment 8 Andrew Jorgensen 2006-04-25 21:05:38 UTC
I'd like to see the behavior come a little closer to what people expect from an instant-messenger.  Perhaps in addition to blinking the status icon libnotify could be used to display the message if the chat window is not open.

Also, opening the window if we're already in a call is a very good idea.
Comment 9 Hannes Ebner 2006-06-14 13:48:03 UTC
*** Bug 344863 has been marked as a duplicate of this bug. ***
Comment 10 Snark 2007-03-29 15:53:17 UTC
Opening the window if we're in a call is a nice idea... if we're in a call with that very same contact.
Comment 11 Christopher Barrington-Leigh 2011-05-10 22:13:32 UTC
It's 2011. Under Ubuntu 11.04, this bug is still unfixed. It's listed as an enhancement, too, which means I must have missed something: I see no indication of any incoming contact at all when someone messages me, until I open a chat window with them too. That, surely, is not to spec. The popup should be optional, but a clear Gnome notification should be the alternative, with sound alert as for incoming video and every other IM under the Sun. When a video chat partner messages you, the popup should be automatic.
(If popup is considered intrusive, how come the Ekiga window by default very strongly forces itself to be on top of all other windows?)

(inappropriate comment: As of today, this application is in direct competition with Microsoft, aka Skype, so I hope bugs start to get a lot more attention.)
Comment 12 André Klapper 2020-06-06 16:28:46 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.