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 341901 - The "Add a contact" dialog should not be modal
The "Add a contact" dialog should not be modal
Status: RESOLVED WONTFIX
Product: ekiga
Classification: Applications
Component: general
GIT master
Other All
: Normal enhancement
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2006-05-15 21:20 UTC by Jan "Yenya" Kasprzak
Modified: 2012-12-10 22:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Jan "Yenya" Kasprzak 2006-05-15 21:20:22 UTC
When in a "Call history" pop up, the only way to see the actual SIP or H.323 URL
is to do a right-click, and then "Add contact to the contact list". The caller's
URL is displayed there, but it cannot be copied and pasted for example into the
"Chat" window, because the "Add contact" dialog is modal. I think it should not
be modal.

Even better would be to have the URLs displayed directly in the "Calls history"
pop-up.

Other information:
Comment 1 Jan Schampera 2007-01-21 12:50:13 UTC
Jan,

is copying to clipboard by context-menu a way that fits your needs?

Jan :-)

Comment 2 Jan Schampera 2007-01-21 13:32:06 UTC
Oh, by the way, "Chat" was added to the context menu some weeks ago, too.
Comment 3 Jan "Yenya" Kasprzak 2007-01-22 17:24:20 UTC
Jan, which version should I try? I have compiled the recently released 2.0.4 (together with opal 2.2.4 and pwlib 1.10.3, as linked from the Downloads page at www.ekiga.org), and it looks the same as before:

- the "add contact to the address book" pop-up is still modal
  (altough I can right-click and _C_opy the URL to the clipboard now, which
  would probably be sufficient[*]).
- the "calls history" dialog does not show the SIP URL,
- the context menu in the "calls history" dialog contains only "add contact to the address book" and "call contact" items - no "chat" at all.

[*] altough from the usability point of view it is awful, because it is different than copying/pasting in every other X application, where just selecting the text by the left button and pasting with the middle button is possible - the chat dialog also requires paste from the right-click menu instead of just a middle button.

Thanks,

-Yenya
Comment 4 Jan Schampera 2007-01-22 18:25:12 UTC
First of all, I didn't change the dialog yet, sorry, maybe it was misleading.

> he context menu in the "calls history" dialog contains only "add contact to the
> address book" and "call contact" items - no "chat" at all
Uhm, maybe it's only in the current HEAD version, yes, I remember, it's only there because we have a complete different internal system. I didn't see 2.0.x branch for a long time, but it should be possible to backport it.

> different than copying/pasting in every other X application
Right, of course! Sorry for that, I also use that XServer-copy&paste very often. Maybe there is a way to feed both buffers. Will do some reading.

*TheBonsai*

Comment 5 Damien Sandras 2008-09-08 11:18:31 UTC
TheBonsai, any news?
Comment 6 Jan Schampera 2008-09-13 08:31:53 UTC
Should be something done by the engine and the populate_menu stuff - I'm not yet that deep in the engine.

I can imagine something I once did in the old system, like
- Copy URI to clipboard
- Copy EMail to clipboard
- Write email
- ...

Delaying :/


Comment 7 Eugen Dedu 2012-12-07 12:18:28 UTC
Well, Call history tab presents addresses as of 4.0.0.

So the only thing in this bug is to make New contact non modal.  Damien, Julien, any opposition?
Comment 8 Damien Sandras 2012-12-10 09:51:29 UTC
I would not make it non modal...

Julien ?

Damien
Comment 9 Snark 2012-12-10 14:34:18 UTC
I wouldn't change its behaviour either.
Comment 10 Eugen Dedu 2012-12-10 19:48:36 UTC
Why?
Comment 11 Eugen Dedu 2012-12-10 22:21:06 UTC
Ok then, putting as WONTFIX then (I suppose this is the right resolution status).