Patches attached to allow sending the user search string to an external program such as a search engine.
For a sample screenshot example, please refer to searchExternal.jpeg.
Jitsi simply passes the user's search string as an argument to an external program defined in:
net.java.sip.communicator.impl.gui.EXEC_BUTTON_COMMAND (file path and name)Jitsi's built-in contact tree list is fast but not as flexible and data-rich as an external search engine can be (especially for system admins who need to quickly adapt Jitsi to their company's requirements).
For instance, the most advanced built-in contact source is LDAP and it works great.
However, some users may need to search for all the contacts within a specific unit or department.
They may also need to search for contacts in an ldap directory and more contacts within another database type.
Administrators may not have the time or resources to merge all the contact data within one or more LDAP directories.So this hack is pretty simple but quite versatile.
Launch a corporate/custom search engine (eg. open a web url in a browser) and do all your database searching logic externally.
Show the search results to the user and eg., display clickable sip:, xmpp:, mailto: URIs that allow quick access to the appropriate applications.External searches are slower because it requires the user to click on the icon to launch the search but it can give better/more results.
In any case, one can combine this method with an LDAP search as in the attacjed screenshot (searchExternal.jpeg).By the way, the SearchFieldUI.java patch also fixes an uncaught exception when isCallButtonEnabled is false.PHP provisioning script example:
echo "net.java.sip.communicator.impl.gui.EXEC_BUTTON_COMMAND=".$COMMANDS."/LookupContacts.exe\n";new icon (attached) taken from:
http://www.iconarchive.com/show/green-ville-icons-by-fasticon/exec-icon.htmlJitsi dev mailing list reference:http://java.net/nonav/projects/jitsi/lists/dev/archive/2012-05/message/54

(Issue migrated from https://trac.jitsi.org/ticket/1041)

The key used to sign the debian packages only has one signature and the signature is from self signed only key. Please try and leverage the the web of trust. I have to imagine that one of the developers knows someone with a key that has a few signatures on it. In a perfect world this would block jitsi-1051. However in the interim you could publish the fingerprint (or even the entire key) on https://jitsi.org/jitsi-key.asc
This was also brought up by someone else on the mailing list: https://java.net/nonav/projects/jitsi/lists/dev/archive/2013-03/message/334

(Issue migrated from https://trac.jitsi.org/ticket/1162)

There should be a Jitsi "event" or trigger for "answering calls". There's one for incoming call and another for hanging up a call but "answering a call" isn't contemplated.

I discussed this on the Jitsi mailing lists and the link to that discussion begins here: http://lists.jitsi.org/pipermail/users/2013-July/004722.html
(also relevant: http://lists.jitsi.org/pipermail/users/2013-July/004784.html)
Currently users are not able to disable the logging of calls made and received. This enhancement would allow an option disabling these logs

(Issue migrated from https://trac.jitsi.org/ticket/1191)

I discussed this on the Jitsi mailing lists and the link to that discussion is:
https://www.mail-archive.com/dev%40jitsi.org/msg01019.html
https://www.mail-archive.com/[email protected]/msg02760.html

(Issue migrated from https://trac.jitsi.org/ticket/1290)

I discussed this on the Jitsi mailing lists and the link to that discussion is: http://lists.jitsi.org/pipermail/users/2013-July/004770.html
I was instructed to report this bug in the users e-mail list. Several
people agreed that it is indeed a bug, including user BitMessage
(message in Wed, 31 Jul 2013 10:32:15 +0930) and Boris Grozev (message
sent in Wed, 31 Jul 2013 09:35:57 +0300)
Jitsi has been working just fine with jabber servers. But when it
comes to using ostel.co as SIP server, I've been experiencing the
exact same issue described here:
https://guardianproject.info/2013/07/22/jitsi-ostel-co-and-isp-censorship/
I can sucessfully use ostel.co in my phone, using CSIPSimple as
client, in the same home/work/3G networks I use in my windows PC.
According to Boris, the workaround mentioned in the link above
shouldn't be necessary, and, actually, in a clean fresh install it
isn't. As he says:
"The problem seems to be that just going to Options->Advanced->SIP and
changing the focus between the two text fields makes jitsi change it's
configuration to always use 5060/5061 as the source ports for SIP. And
there is no way to go back to the default, which is to not use a
specific port at all."
The workaround works to me, but people seems to agree that something
could be changed in order to make it possible not to need the
workaround, making it easier for users with no technical expertise,
and also making Jitsi work like CSIPSimple (which doesn't need
workarounds).
By the way, the interface could be more intuitive. I took some days to
find Options->Advanced->SIP, since Options->Account settings->Edit
Account->Conection tab->Registrar Port seemed to be the right place to
make the workaround, but it wasn't. I still don't know what the last
one is for.

(Issue migrated from https://trac.jitsi.org/ticket/1193)

Right now there is now way to export\import keys for OTR.

This is MAJOR stopover for migration to SC from other clients. There should be at least wizard which helps to import this data from existing pidgin profile for example.

(Issue migrated from https://trac.jitsi.org/ticket/758)

I discussed this on the Jitsi mailing lists and the link to that discussion is: http://lists.jitsi.org/pipermail/dev/2013-July/017864.html

At lower window sizes (width specifically), the icons in the toolbar disappear instead of pouring into an "overflow" menu. This overflow menu could simply be an arrow icon that when clicked drops down a context menu-like list of all the icons that are not currently showing.

(Issue migrated from https://trac.jitsi.org/ticket/1184)

• I tried to register a new ippi.com account from within the jitsi program itself.
• I did Options -> Accounts -> Add -> Network:IPPI -> Create a free ippi account. I selected a proper username but didn't know about all the requirements about the password that are otherwise visible on the ippi.com website when creating a user.
• Those requirements (at the time of writing) are:
  • username: Minimum of 6 characters, no spaces, only letters, numbers and _ character
  • password: Minimum of 6 characters including one letter and one number - no special characters
• By chance, I had picked a valid username, but my password didn't honor the requirements.
• I hit the [Add] button, a short message "Connecting..." appeared for a short time and then nothing happened. The dialog stayed open.However, here's what's in the log

 16:26:51.713 INFO: [49] plugin.ippiaccregwizz.CreateIppiAccountForm.createAccount().230 JSON response to create account request: {"success":"false","error":"Error","error_message":"Password has to be at least 6 characters with one letter and one digit (DVL 394)"}
 16:26:51.722 INFO: [49] plugin.ippiaccregwizz.CreateIppiAccountForm.parseHttpResponse().304 Failed Json parsing.
 java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Boolean
 at net.java.sip.communicator.plugin.ippiaccregwizz.CreateIppiAccountForm.parseHttpResponse(CreateIppiAccountForm.java:286)
 at net.java.sip.communicator.plugin.ippiaccregwizz.CreateIppiAccountForm.createAccount(CreateIppiAccountForm.java:233)
 at net.java.sip.communicator.plugin.sipaccregwizz.SIPAccountRegistrationForm.commitPage(SIPAccountRegistrationForm.java:211)
 at net.java.sip.communicator.plugin.sipaccregwizz.FirstWizardPage.commitPage(FirstWizardPage.java:109)
 at net.java.sip.communicator.plugin.sipaccregwizz.SIPAccountRegistrationWizard.signin(SIPAccountRegistrationWizard.java:314)
 at net.java.sip.communicator.impl.gui.main.account.NewAccountDialog$ProtocolSignInThread.run(NewAccountDialog.java:565)
 at java.lang.Thread.run(Thread.java:680)I repeated the above scenario this time with a conformant password, but non-conformant username. Here's the log snippet:-------------------- jitsi0.log.0 -------------------
 11:32:06.405 INFO: [164] plugin.ippiaccregwizz.CreateIppiAccountForm.createAccount().230 JSON response to create account request: {"success":"false","error":"Error","error_message":"Invalid login (at least 6 characters) (DVL 298)"}
 11:32:06.406 INFO: [164] plugin.ippiaccregwizz.CreateIppiAccountForm.parseHttpResponse().304 Failed Json parsing.
 java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Boolean
 at net.java.sip.communicator.plugin.ippiaccregwizz.CreateIppiAccountForm.parseHttpResponse(CreateIppiAccountForm.java:286)
 at net.java.sip.communicator.plugin.ippiaccregwizz.CreateIppiAccountForm.createAccount(CreateIppiAccountForm.java:233)
 at net.java.sip.communicator.plugin.sipaccregwizz.SIPAccountRegistrationForm.commitPage(SIPAccountRegistrationForm.java:211)
 at net.java.sip.communicator.plugin.sipaccregwizz.FirstWizardPage.commitPage(FirstWizardPage.java:109)
 at net.java.sip.communicator.plugin.sipaccregwizz.SIPAccountRegistrationWizard.signin(SIPAccountRegistrationWizard.java:314)
 at net.java.sip.communicator.impl.gui.main.account.NewAccountDialog$ProtocolSignInThread.run(NewAccountDialog.java:565)
 at java.lang.Thread.run(Thread.java:680)In none of the above cases is the user presented any message about why he can't register.

(Issue migrated from https://trac.jitsi.org/ticket/1112)

I'm trying to keep Jitsi open, and it keeps crashing when I'm not looking (using another workspace).
Here are my logs: https://dl.dropboxusercontent.com/u/2851330/2015-04-27%4015.08.33-logs.zip

Great project, thanks for your awesome work

I discussed this on the Jitsi mailing lists and the link to that discussion begins here: http://lists.jitsi.org/pipermail/users/2013-July/004722.html
(also relevant: http://lists.jitsi.org/pipermail/users/2013-July/004784.html)
Currently users are not able to disable the logging of file transfers sent and received. This enhancement would allow an option disabling these logs

(Issue migrated from https://trac.jitsi.org/ticket/1192)

Code that javac warns about should not be allowed to ship.

(Issue migrated from https://trac.jitsi.org/ticket/1096)

I am using several SIP account with Jitsi,

When using external soft like Telefy plugin in firefox Jitsi pop-up a window to choose the SIP account. For each call i have to select the SIP account and it's annoying. Would be very handy to have the possibility to select a default account without this pop-up.

I have a XMPP contact that is in 2 groups. However Jitsi only shows contact in one of these.To reproduce and expected output:

• In XMPP server add a contact in 2 public groups
• Log in with Jitsi

Expected:
Show contact in both groups

Current:
Contact is only shown in 1 group

(Issue migrated from https://trac.jitsi.org/ticket/1113)

Desktop sharing does not work if one of the parties has H264 disabled. The following error "Call ended by remote side. Reason: incompatible-parameters. Error: null" is displayed. It should be called like: "Disconnected because remote party does not support H264" or "Call ended by remote side. Reason: H264 not supported." From this message the parties directly conclude that they must switch on
H264. When on the task, similar parameter mismatches should als be more precise.

(Issue migrated from https://trac.jitsi.org/ticket/1095)

When I deleted an account, then added the account again to continue my bug testing, the chat history for the deleted account still appeared.

THE PROBLEM:
In the community of users I work with (human rights activists and journalists), conversations being stored on a user's machine can be a matter of life and death if a machine is seized by police, governments, or criminals. I assume that most of our users will choose not to save their chat histories as a result, but in case they do, we should protect their contacts by deleting chat history along with a deleted contact.

RECOMMEND:
When a user deletes a contact, prompt if they would like the chat history for that contact erased as well.
I discussed this on the Jitsi mailing lists and the link to that discussion is: http://lists.jitsi.org/pipermail/users/2014-June/007351.html

(Issue migrated from https://trac.jitsi.org/ticket/1291)

Hey developers,

I can not use a braille display with Jitsi on Windows 7. Is Jitsi ready for this?

Java8u40 is ready for this: http://openjdk.java.net/jeps/204

Regards
Björn

I discussed this on the Jitsi mailing lists and the link to that discussion is:
http://lists.jitsi.org/pipermail/dev/2014-February/019902.html

(Issue migrated from https://trac.jitsi.org/ticket/1280)

When someone uses hold in a conference, all of their sound level indicators (including the local one) freeze.

(Issue migrated from https://trac.jitsi.org/ticket/1188)

Since a few months opening Jitsi automatically switches to the discrete GPU (both in Mavericks and Yosemite). Obviously this is horrible for battery, heat and power consumption.

This is probably related to the use of a newer JRE but since I haven't found a way to turn off the needless switching neither via configuration nor Java environment I though I'd file a bug here since this deal breaker for me still persists after many months...

On OS X, the input volume meter only goes up to around 90%. This is probably (just guessing) a rounding or arithmetic error. This is confusing because users will have no idea they are distorting their input.

I discussed this on the Jitsi mailing lists and the link to that discussion is: http://lists.jitsi.org/pipermail/dev/2013-July/017867.html

(Issue migrated from https://trac.jitsi.org/ticket/1196)

I discussed this on the Jitsi IRC with damencho.

minor feature request. cmd + w is the standard OS X shortcut to close the current selected window. E.g. when creating a new mail in mail.app a new mail opens in a separate window. If then pressing cmd + w that window is closed while the program remains open.

Request: I have jitsi running in single window mode (which I hope will one day be the default delivery status, since having 3 or more windows open for communication is hard to manage and very confusing and cluttering).

Expected behavior: If in single window view I have one or more chats open I expect „cmd + w“ to close the chat which is currently highlighted. After that chat is closed highlight the last used chat or the chat to the left or whatever and allow me to again use cmd + w to close that as well. This continue until the user is in a state with no chat open (identical to opening jitsi in single window mode without any running chats).

Current behavior: cmd + w does nothing. (it does work if not in single window mode)
Shouldn’t be too hard to implement.

(Issue migrated from https://trac.jitsi.org/ticket/1233)

In: Jitsi 2.2.4670.9749
Java: 1.7.0_17 OpenJDK Runtime Environment (IcedTea7 2.3.8) (suse-8.8.1-x86_64)
OS: Linux, OpenSuSE 12.2 x86_64

Description:
When in a conference-call, the ZRTP-overlay of contacts in the lowest row extends past the border of the call-window making it impossible to read the verification-codes. Resizing the window does not change anything, only in fullscreen-mode you can read the code see the upper row of pixels of the button.

Steps to reproduce:

• Start a conference call with at least two other people
• Click on the lock-symbol to compare codes.

(Issue migrated from https://trac.jitsi.org/ticket/1173)

I would like to be able to set a nickname per chatroom before I enter it. Discussed briefly on mailing list.

(Issue migrated from https://trac.jitsi.org/ticket/956)

ref: http://lists.jitsi.org/pipermail/dev/2013-July/017908.html

server environment:

ejabberd-2.1.5

Debian Linux www 2.6.32-5-amd64 #1 SMP Fri May 10 08:43:19 UTC 2013 x86_64 GNU/Linux running on hp dl380 quad core machine

client environment:

jitsi-2.3.4759
Debian Linux debt 3.2.0-4-686-pae #1 SMP Debian 3.2.46-1 i686 GNU/Linux
Windows 7

reproduction (copied from jitsi-dev-mailing-list-thread:

A - user jt2 did not yet start jitsi

A.1. user jt1 starts up jitsi, logs in and sends a message to user jt1
(who's jitsi is not yet running) - using ejabberd admin uif, the message is visible

A.2. user jt2 starts up jitsi, logs in
=> no message is displayed and message is removed from ejabberd's storage

B - user jt2's jisti is running but jt2 is offline/online via tools->options

B.1. user jt2 goes offline via tools->options removed the tick at his account

B.2. user jt1 sends offline message which can be viewed using ejabberd admin if

B.2. user jt2 goes online via tools->options adds the tick at his account
=> no message is displayed and message is removed from ejabberd's memory

C - user jt2's jisti is running but jt2 is offline/online via 'status-menuebox'

C.1. user jt2 goes offline by clicking on onlie and selecting offline

C.2. user jt1 sends message

C.3. user jt2 goes online by clicking offline and selecting online
=> message is displayed an removed from ejabberd's memory

in order to enable you to reproduce this issue by yourself, i could provide you with users jt1 and jt2 on our jabber server. please feel free to ask me for the passwords.

(Issue migrated from https://trac.jitsi.org/ticket/1187)

During an conversation with someone, and start typing, a notification is sent to the bare JID, not to the full JID. The typing notifications should follow the same JID locking rules as normal messages.

To reproduce:

• Send an XMPP chat message to someone (This should go to the bare JID)
• Wait for them to reply
• Start typing

A chat state notification should be sent to the full JID.

(Issue migrated from https://trac.jitsi.org/ticket/1111)

Set the status (offline / free for chat) through keyboard shortcuts.The current method is a bit cumbersome for users whose status changes frequently throughout the day.

(Issue migrated from https://trac.jitsi.org/ticket/1069)

If an xmpp account is logged in trough Bitlbee and Jitsi at the same time, friends are not able to perform a call as the call button is greyed out. Both local and friend client are running version 2.8 on GNU/Linux.

I use it on Windows 8.1 with SIP account (Asterisk 11.16, FreePBX 12) on local network.
Randomly online contacts disappear (all or only a few) from contactlist. I try to select Offline/Online account, but contacts do not appear. Only when Quit/enter program I see back the online contacts on the list.
Jitsi stable 2.9.5441, 32 bits

Jitsi uses the terms XMPP and Jabber interchangeably. Users are forced to learn and understand two terms instead of one. Jitsi should stick to one name for the protocol throughout the user interface. XMPP is the preferred name for the protocol and should replace any remaining references to Jabber.

Damian Minkov writes:
"Currently the protocol name is still jabber (the one in net.java.sip.communicator.service.protocol.ProtocolNames) and we cannot just change it cause everybody may lose their created accounts." And this protocol name is used in Account display name, and we need to find a way to show it with updated value like xmpp. And this is not an easy task, we have a ProtocolDisplayName in AccountID but this one is used for other purposes, like using the xmpp protocol as a base for other protocols, this currently is used for protocols like Google Talk and Facebook. We just need to find a way to display localized string in account display in the gui, like we do for the JabberAccountRegistrationWizard using the string plugin.jabberaccregwizz.PROTOCOL_NAME. "

http://java.net/nonav/projects/jitsi/lists/dev/archive/2013-03/message/219

(Issue migrated from https://trac.jitsi.org/ticket/1114)

There is something amiss in the contacts displayed in the invite dialog of the videobridge: at times some contacts which are supposed to be displayed in the dialog are actually not displayed there. It may be that they have become online after Jitsi has been started (i.e. the local videobridge-enabled account has become online) or after the invite dialog has been opened. The purpose of this ticket is to (1) investigate when this behavior occurs and (2) fix the underlying problem.

(Issue migrated from https://trac.jitsi.org/ticket/1200)

According to RFC4575 a subscriber can request a full state notification by sending a subscription refresh request. Currently we don't support this on either end (subscriber or notifier)

(Issue migrated from https://trac.jitsi.org/ticket/1176)

it crash on launch, there are problem with the system tray:

GRAVE: [15] impl.osdependent.SystemTray.getDefaultSystemTray().57 Failed to initialize java.awt.SystemTray
java.lang.UnsupportedOperationException: java.lang.reflect.InvocationTargetException
        at net.java.sip.communicator.impl.osdependent.SystemTray$AWTSystemTrayPeer.<init>(SystemTray.java:158)
        at net.java.sip.communicator.impl.osdependent.SystemTray.getDefaultSystemTray(SystemTray.java:52)
        at net.java.sip.communicator.impl.osdependent.jdic.SystrayServiceJdicImpl.<init>(SystrayServiceJdicImpl.java:126)
        at net.java.sip.communicator.impl.osdependent.OsDependentActivator.start(OsDependentActivator.java:156)
        at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
        at org.apache.felix.framework.Felix.activateBundle(Felix.java:2152)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:2070)
        at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297)
        at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
        at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:497)
        at net.java.sip.communicator.impl.osdependent.SystemTray$AWTSystemTrayPeer.<init>(SystemTray.java:150)
        ... 9 more
Caused by: java.lang.UnsupportedOperationException: The system tray is not supported on the current platform.
        at java.awt.SystemTray.getSystemTray(SystemTray.java:186)
        ... 14 more
17:01:35.659 GRAVE: [15] impl.osdependent.SystemTray.getDefaultSystemTray().64 Failed to initialize the desktop.tray implementation.
17:01:35.659 GRAVE: [15] impl.osdependent.jdic.SystrayServiceJdicImpl.<init>().136 Failed to create a systray!
java.lang.UnsupportedOperationException: Failed to initialize the desktop.tray implementation.
        at net.java.sip.communicator.impl.osdependent.SystemTray.getDefaultSystemTray(SystemTray.java:66)
        at net.java.sip.communicator.impl.osdependent.jdic.SystrayServiceJdicImpl.<init>(SystrayServiceJdicImpl.java:126)
        at net.java.sip.communicator.impl.osdependent.OsDependentActivator.start(OsDependentActivator.java:156)
        at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
        at org.apache.felix.framework.Felix.activateBundle(Felix.java:2152)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:2070)
        at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297)
        at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
        at java.lang.Thread.run(Thread.java:745)

(java:6701): GLib-GObject-WARNING **: cannot register existing type 'GdkWindow'

(java:6701): GLib-GObject-CRITICAL **: g_object_new: assertion 'G_TYPE_IS_OBJECT (object_type)' failed

(java:6701): GLib-GObject-WARNING **: cannot register existing type 'GdkWindow'

(java:6701): Gdk-CRITICAL **: IA__gdk_window_is_viewable: assertion 'GDK_IS_WINDOW (window)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f83e4158ecc, pid=6701, tid=140204486719232
#
# JRE version: OpenJDK Runtime Environment (8.0_45-b14) (build 1.8.0_45-b14)
# Java VM: OpenJDK 64-Bit Server VM (25.45-b02 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libgdk-x11-2.0.so.0+0x6becc]
(java:6701): GLib-GObject-WARNING **: cannot register existing type 'GdkWindow'

(java:6701): Gdk-CRITICAL **: IA__gdk_window_add_filter: assertion 'window == NULL || GDK_IS_WINDOW (window)' failed

#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid6701.log

(java:6701): GLib-GObject-WARNING **: cannot register existing type 'GdkWindow'

(java:6701): Gdk-CRITICAL **: IA__gdk_window_new: assertion 'GDK_IS_WINDOW (parent)' failed

(java:6701): GLib-GObject-WARNING **: cannot register existing type 'GdkWindow'

(java:6701): Gdk-CRITICAL **: _gdk_x11_window_get_toplevel: assertion 'GDK_IS_WINDOW (window)' failed
[thread 140202457364224 also had an error]
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
[1]    6701 abort (core dumped)  jitsi

My jitsi for mac crashes about 50 times per day, and I have to re-open it. Most of the times that it crashes I have 2+ tabs opened at the same time. I've tried the latest stable 2.8.5426 and nightly build 2.9.5441, both have the same problem.

My system is a Yosemite 10.10.2, Mac Mini I7

I removed a Jabber group and SIP Communicator removed not only the group but also the contacts in it i.e. these contacts are no longer in my contact list.While I do understand that it may be the way some IM clients work, I don't think that such destructive behavior should be undertaken after asking only whether
I'm sure I want to remove the group. I think the dialog which asks me whether I'm sure I want to remove the group should at least tell me that removing a group will remove the contacts from my contact list as well. Google Contact does not remove the contact from the contact list when the group which contains them is deleted, these contacts remain in "All Contacts."

(Issue migrated from https://trac.jitsi.org/ticket/800)

It would be great if the dock icon would bounce as long as there are unread messages in any chat-window...

Even better if it would also show a tiny number indication the number of messages unread (or at least the number of conversations with unread messages), best if configurable (eg. bounce for 30secs, and show #of messages or bounce for 10secs and show number of conversations with unread messages) or similar.

(Issue migrated from https://trac.jitsi.org/ticket/910)

I suggest:

*.class
classes
sc-bundles

The Chat window menu bar does not contain menu items for all the buttons available in the toolbar. In my opinion, it should be possible to do everything in the toolbar also using the menu (not necessarily the other way around).
For instance, currently if I would like to create a group chat, I would have to click on the Invite button in the toolbar. Without using the mouse that would not be possible.The same goes for Leave, Call contact, Call contact, Share desktop with contact, Send file, Previous, Next and Spell check.

Add menu items for all actions available in the toolbar. Some code might have to be duplicated between the class implementing the toolbar and the other implementing the menu bar unless some refactorings are also performed.

(Issue migrated from https://trac.jitsi.org/ticket/1098)

i'd like to use ctl+tab (ctrl_shift+tab) for switching between the messages tabs like in many appl. For now i cannot use Ctrl+tab - Jitsi assumes i didn't change anything and continue to use alt + left(right)

(Issue migrated from https://trac.jitsi.org/ticket/1011)

If an incoming call arrives while a videobridge call is ongoing, it has to be possible for the local user to take the new call into the bridge. Potentially we can even add an option that says "Answer all future calls automatically into this conference".

(Issue migrated from https://trac.jitsi.org/ticket/1139)

Hello!

Yahoo offers two alternative domain names ymail.com and rocketmail.com.
These optional domains are currently not supported.dev discussion
https://sip-communicator.dev.java.net/servlets/BrowseList?list=dev&by=thread&from=3047435I'd be nice if SIP Communicator has this support allowing (few?)users with those domains to add their accounts

(Issue migrated from https://trac.jitsi.org/ticket/863)

Randomly audio pass from headphones on speaker and I could not pass back on headphones. Options/audio does not permit selecting back headphones. I have to quit/enter program to select back headphones.
Jitsi used on SIP account, Jitsi version 2.9.5441, Windows 8.1.

Under options -> "Send messages with" there are two options currently: Enter and
Ctrl+Enter. Add a third one: "Send button". If not selected then hide the send
button from the UI.

(Issue migrated from https://trac.jitsi.org/ticket/549)

I discussed this on the Jitsi mailing lists and the link to that discussion is: http://lists.jitsi.org/pipermail/users/2014-February/006394.html

I am seeing an issue with typing in a remote screen session over Jitsi. While I can see the screen of the other party, move the mouse and make simple inputs, special keys do not work properly. In particular, pressing backspace or enter in a terminal window or using the backspace key is broken.

• Backspace triggers H (Ctrl-H),
• Enter triggers J (Ctrl-J)

and I see both keystrokes as h and j in the terminal, telling me the Ctrl switch was not transferred.

On a side note, pressing Enter (triggering j in the remote terminal) switches to the previous tab in the local Jitsi ;) ...

(Issue migrated from https://trac.jitsi.org/ticket/1277)

Steps to reproduce:

• Have the contact list filter not focused so that it displays "Enter name or number."
• Drag and drop onto it a contact from the contact list or a chat room member from a chat room chat dialog.

What happens:
The text "Enter name or number" remains and the text of the dropped object is displayed.

What is expected to happen:
The text "Enter name or number" should disappear when an object is dropped onto the contact list filter just like it gets cleared when it's focused.

(Issue migrated from https://trac.jitsi.org/ticket/802)

Jitsi has support for multiple (transport) sessions, such as XMPP sessions on different clients/devices.

Currently when you select the global resource (i.e. sending to all sessions instead of having a specific session selected) OTR will send a message encrypted for 1 OTR session to all available clients. This means that many clients will received an encrypted message that they cannot decrypt, since they did not establish the session - only the one client did.

A more desirable situation is to have Jitsi establish OTR sessions with all transport sessions. Then send the message to all sessions, encrypting with their own session's key. This means that you are encrypting a message multiple times, though.

Sending to one specific client would still be possible by selecting that particular transport session in the left-bottom select box in your chat window. (The use case that is not covered by the solution above is the case where message carbons are active and encrypted content is automatically replicated to all other clients of an account.)

See http://lists.jitsi.org/pipermail/users/2015-May/009346.html for a extensive explanation from a user of how this could work.

I just need to have / show online and offline status popups.

(Issue migrated from https://trac.jitsi.org/ticket/1215)

Steps to reproduce:

• Join a Jabber chat room with members in it.
• Drag one of the members (I don't have her in my contact list) from the chat room chat dialog onto the contact list filter in the main window.

What happens:
The filter displays the text net.java.sip.communicator.impl.gui.main.chat.conference.ConferenceChatContact@c0dd841 instead of the id of the dropped chat room member

What is expected to happen:
The contact list filter in the main window should be filled with the Jabber ID of the dropped chat room member.

(Issue migrated from https://trac.jitsi.org/ticket/803)