Hello,

I have read multiple posts about similar problems with the setting up of ofmeet but can't find the answer. I have the same problem on both Ubuntu 16.04 and CentOS 7.

I tried to follow the plugin documentation but my usecase is really basic, I don't use any optional components. I have installed a fresh Openfire 4.0.3 with embedded DB and just installed after that ofmeet module.

At first I had a 404 when trying to open https://openfire:7443/ofmeet/?r=bb but a "systemctl restart openfire" corrected that issue.

Now, when I open a room, I can see my own camera but :

- No one can join. When I give the link, the other person sees its own camera but that all

- No conference is created in Openfire meeting summary http://openfire:9090/plugins/ofmeet/ofmeet-summary.jsp

- When I click on "Share this link with everyone you want to invite" there is a message stating that the "Conference is currently being created" and Invite is greyed

- Every few seconds, I get this message in openfire logs (but no "error") and it doesn't stop

2016.11.18 17:31:00 INFO  [Jetty-QTP-BOSH-95]: org.jitsi.videobridge.openfire.Config - Config servlet

2016.11.18 17:31:14 INFO  [Jetty-QTP-BOSH-57]: org.jitsi.videobridge.openfire.Config - Config servlet

2016.11.18 17:31:24 INFO  [Jetty-QTP-BOSH-56]: org.jitsi.videobridge.openfire.Config - Config servlet

The log that can be extracted from the chrome session (meetlog.json) seems just "empty" of any useful information

{

  "metadata": {

    "time": "2016-11-18T16:32:28.639Z",

    "url": "https://xxx.xxx.xxx:7443/ofmeet/?r=bbb",

    "ua": "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36",

    "xmpp": []

  }

}

What am I missing ? I've read something about the configuration of ofmeet and the creation of the focus user but it seems to be necessary for previous version and doesn't seem to apply with the latest from what I gathered from previous forum posts. Also I see the focus user in the console so I guess this works.

I've also read something about MUC rooms but I have absolutely no idea of what this is.

Can you help me ?

Hi there,

I've already had an offline message table in mysql with more than 8GB. I've cleared the table and kept an eye on it.

After a week, my offline messages are already 150MB big.

I've looked into the mysql table and the messages there are all pubsub events like this:

<message to="xxx@etecture.de" from="yyy@etecture.de" id="yyy@etecture.de__xxx@etecture.de__aRnPd"><event xmlns="http://jabber.org/protocol/pubsub#event"><items node="http://jabber.org/protocol/tune"><item id="3ff4b198-4260-480a-93df-0fed339d0e1b151" node="http://jabber.org/protocol/tune"><tune xmlns="http://jabber.org/protocol/tune"/></item></items></event></message>

can someone please explain to me, what these messages are and why are they staying there?

it degrades performance and wastes space, so i would be glad to get rid of them.

any hint is appreciated!

greetings

Christian

P.S.: its a openfire 3.9.2 on debian linux with mysql 5.5 right now. had the same problem with 3.8.x, too.

I have found a behavior that I think is an incorrect implementation of the spec:

In the conditions described below Openfire does not send a roster notification to a client informing them that a Roster entry subscription state has changed to "None".
This happens when you have 2 users with each other on their rosters, but only 1 has approved the presence subscription. So one has subscription state `To` and the other has `From`. If the user with the `From` state removes the other then the other user will receive a `<presence .. type="unsubscribed">` but not a roster notification that the subscription type is now `None`.

I can reproduce this in a client that gives you control of subscription approval(like pidgin/adium) with the following steps:
Setup For User1: Has User2 on roster with subscription state From
Setup For User2: Has User1 on roster with subscription state To

Remove User2 from User1's roster

Result: User1 receives <presence xmlns='jabber:client' from='user1@foo' to='user2@foo' type='unsubscribed'/>
but does not receive a notification indicating that roster entry for User2 has changed to "None"
The OpenFire server console can be used to verify that the User2 roster entry is None.

I have recently begun deploying Spark IM to users in my company and I have run into a problem. The Spark client is able to connect to the Openfire server without issue and it it functions just fine. The problem is, people's clients will revert back to its default state, as if it were just installed. Typically, when someone logs out of or exists Spark, their theme, settings, and credentials remain unchanged, as you would expect.

Yesterday I set the Spark client up for approximately 10 people and it appears that only one out of those 10 is currently online, which is a telltale sign that their clients have been reset because I had configured their clients to launch on startup and automatically login.

Google hasn't helped me, so here I am. Is there a known issue where the Spark client resets to a default state?

Thanks,

More Information:

Spark version: 2.8.1

Operating System: Windows 7

LDAP synchronization with Active Directory

More Details:

To users affected, there is no Spark folder in \AppData\Roaming\. When Spark is launched, the folder is created and empty.

It looks like I've isolated the issue. The issue is that, for whatever reason, the Spark folder located in \AppData\Roaming\ is getting deleted. I currently have no idea what could be causing this, but this is a good find nonetheless.

Hi everyone,

The following pagehas packages for version 3.6.3.

This version is quite old, and does not include major compatibility fixes, like this one. In my opinion, people running the 3.6.3 version will quickly encounter issues that are not present in the 3.7 branch.The 3.7 branch is, I think, stable enough to be released (last patch in 2010), unless of course if there are majors bugs I'm not aware of.

I think it would be for the best to build and package the 3.7 branch, and to advertise that version as the latest stable (instead of 3.6.3).

Or maybe to skip 3.7 and go to 3.8 directly, branched from master (it seems other useful improvement have been made too).

Or to change the page to remove packaged versions, and ask users to build latest version from master. But I think most people are reluctant to tie productions servers to a master's latest commit. So the sensible way for users right now is to build versions from specific hand picked commits, or from forks. And this is not very user friendly.

Thanks in advance.

I am using Active directory for user login to Spark.    I have gone into active directory and updated a users  name.  (She got married)  If I logon to the Openfire server I can see that her name has update.  But at the workstation running Spark 2.7.2 the name is not updating.  How do I fix this?  Thank you

I need to send "custom IQ request".

Sample IQ request:

   <iq xmlns='xep:history' from='#username@#serverchathost'  id='#id' to=’#serverchathost' type='recents'></iq>

I use smack 4.2.0-beta2 for Android.

How to do it?

at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.unzipPlugin(Plu ginManager.java:1069)

at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:961) @

Hi

How can I Disable/Modify/Add/Delete languages in language Menu in Spark client?

I check "default.properties" file as well.

Almost always, when I create a room and add a password to lock it, the other users attempt to connect and the messagehandler requiring the password appears, but doesn't show completely on top, and the ok and cancel buttons don't work. If the user writes the password when it is not completely on top and hits Enter, can join the room but the messagehandler doesn't close and the user can't interact with the controls behind the dialog.

Anyone with the same error? Some one could solve it?

Hi all

I wish to report (what I think it is) a bug.

in LdapAuthorizationPolicy, the "ldap.authorizeField" is ignored. In fact it is got from LDAP but not used to gather the logins that may authorized a selected username.

I attach a patch to fix the problem.

Thanks

Antonio

P.S.: This is the second time I see a JIRA that's not open to public reports (the other time was with ANTLR, and they were not very friendly). This is pretty annoying. At Apache, JBoss and others reports are open for everyone.

Hi,

My client has different options for contacts in a shared group vs contacts in a group the user created. A big difference is that the user can't edit shared groups so those options aren't displayed on the UI. The client currently knows which groups are shared groups by doing a shared group info query request (via the smack SharedGroupManager).  I am using openfire 3.10.2 and it seems that the list of shared groups returned from openfire doesn't get updated with the newly created shared group until after the user logs out and logs back in.

Is this a bug with openfire or am I using an incorrect method of identifying shared groups?

Thanks in advance,

-Brian

I am experiencing a deadlock in the OpenFire 3.9.3 (not sure if present in the last stable version), when using PrivacyLists.

High level description

I implemented a custom OpenFire plugin, which manages PrivacyLists. At some point the plugin's worker thread calls PrivacyListManager.getDefaultPrivacyList() to get default privacy list for some user. But my plugin happens to deadlock sometimes on this call.

The problem is that two different threads use synchronized() call on two different objects in a different order.

It is caused when one client thread processing presence update calls PresenceManager.probePresence() and a different thread tries to load a default privacy list for the same user, calling PrivacyListManager.getDefaultPrivacyList().

Detailed explanation

I am using a thread dump (bottom of this message) as a reference.

Thread:TaskExecutor.0:BLOCKED

Call flow (from top to bottom, first line causes call of the second line and so on):

1. [Irrelevant calls prior this call]
2. PrivacyListManager.getDefaultPrivacyList("test@demo.com"), called from my application code - plugin.
   • synchronized ("test@demo.com".intern()), in PrivacyListManager:153
3. [Irrelevant calls, without nested locks]
4. RosterManager.getRoster("test@demo.com");  called from PrivacyList.<init> -> updateList -> updateList -> getRoster.
   • synchronized (("test@demo.com" + " ro").intern()) , in RosterManager.java:112. Deadlock. This lock is held by the thread Thread:client-9:BLOCKED.
5. [Deadlock]

Thread:client-9:BLOCKED

Call flow (from top to bottom, first line causes call of the second line and so on):

1. [Irrelevant calls prior this call]
2. RosterManager.getRoster("test@demo.com");  called from PresenceManagerImpl.canProbePresence(PresenceManagerImpl.java:331)
   • synchronized (("test@demo.com" + " ro").intern()) , in RosterManager.java:112
3. [Irrelevant calls, without nested locks]
4. GroupManager.getSharedGroups()
   • synchronized("test@demo.com".intern()), in GroupManager:454. Deadlock. This lock is held by the thread Thread:TaskExecutor.0
5. [Deadlock]

Workaround

As the following locking order: synchronized ((username + " ro").intern()) , synchronized(username.intern()) is common in the OpenFire (code path by RosterManager.getRoster()) I would suggest to preserve this locking order also in the getDefaultPrivacyList() call. The workaround (which worked for me) is to call getDefaultPrivacyList() in the synchronized ((username + " ro").intern())  block:

synchronized ((username + " ro").intern()) {
        // Following call synchronizes on username.intern(), then on  (username + "ro").
        final PrivacyList list = privListManager.getDefaultPrivacyList(username);         // Do your job here     // ...
}

As the synchronized() block uses reentrant locking, when execution flow reaches getRoster() call the thread already holds username + " ro" lock.

ThreadDump

Below is the thread dump from the deadlocked OpenFire:

Thread:TaskExecutor.0:BLOCKED
--> org.jivesoftware.openfire.roster.RosterManager.getRoster(RosterManager.java:113)
--> org.jivesoftware.openfire.privacy.PrivacyList.getRoster(PrivacyList.java:247)
--> org.jivesoftware.openfire.privacy.PrivacyList.updateList(PrivacyList.java:230)
--> org.jivesoftware.openfire.privacy.PrivacyList.updateList(PrivacyList.java:209)
--> org.jivesoftware.openfire.privacy.PrivacyList.<init>(PrivacyList.java:108)
--> org.jivesoftware.openfire.privacy.PrivacyListProvider.loadDefaultPrivacyList(PrivacyListProvider.java:243)
--> org.jivesoftware.openfire.privacy.PrivacyListManager.getDefaultPrivacyList(PrivacyListManager.java:157)
--> TRUNCATED (our application code, holding no locks)

Thread:client-9:BLOCKED
--> org.jivesoftware.openfire.group.GroupManager.getSharedGroups(GroupManager.java:455)
--> org.jivesoftware.openfire.roster.RosterManager.getSharedGroups(RosterManager.java:190)
--> org.jivesoftware.openfire.roster.Roster.<init>(Roster.java:128)
--> org.jivesoftware.openfire.roster.RosterManager.getRoster(RosterManager.java:116)
--> org.jivesoftware.openfire.spi.PresenceManagerImpl.canProbePresence(PresenceManagerImpl.java:331)
--> org.jivesoftware.openfire.spi.PresenceManagerImpl.probePresence(PresenceManagerImpl.java:341)
--> org.jivesoftware.openfire.handler.PresenceUpdateHandler.initSession(PresenceUpdateHandler.java:255)
--> org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateHandler.java:153)
--> org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateHandler.java:137)
--> org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateHandler.java:201)
--> org.jivesoftware.openfire.PresenceRouter.handle(PresenceRouter.java:148)
--> org.jivesoftware.openfire.PresenceRouter.route(PresenceRouter.java:84)
--> org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:84)
--> org.jivesoftware.openfire.net.StanzaHandler.processPresence(StanzaHandler.java:348)
--> org.jivesoftware.openfire.net.ClientStanzaHandler.processPresence(ClientStanzaHandler.java:100)
--> org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:265)
--> org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:187)
--> org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:181)
--> org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570)
--> org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
--> org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
--> org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
--> org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80)
--> org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
--> org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
--> org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
--> org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58)
--> org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:185)
--> org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
--> org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
--> org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
--> org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
--> org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
--> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
--> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
--> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
--> java.lang.Thread.run(Thread.java:745)

I also upgraded from 3.9.1 to 3.9.3 and ran into the similar problems people have been having. I have had none of the reported problems with LDAP, groups and memory leaks as other users reported until going to 3.9.3. I have my OpenFire server connected to my Active Directory using LDAP connection in the server console. My OpenFire server is running on Cent OS 6.5 with the most recent general release kernel - 2.6.32-431.17.1.el6.x86_64 #1 SMP.

OF Groups Missing in IM Client: I created object groups in AD specifically for the OpenFire server and linked my various staff and departments into those groups. Before 3.9.3 I had no problem with groups being pulled in from AD and disappearing in the IM client. Renaming the groups with removing spaces and special characters has so far worked but is a terrible solution to this problem.

Users Appearing Offline: I also experienced the issue with users appearing offline even though they weren't though their session was still active on the server. Expanding the vcard, username2roster and even the java memory size and caches all seemed to help but I still think there is an underlining problem.

Java Memory Leak: Also as I stated before I'm experiencing the memory leak now. I'm running the current java Cent OS 6.5 general release version 1.7.0_55, OpenJDK Runtime Environment (rhel-2.4.7.1.el6_5-x86_64 u55-b13), OpenJDK 64-Bit Server VM (build 24.51-b03, mixed mode). I changed my sysconfig file to point to the /etc/alternative/java link instead of using the OpenFire built in, However I'm still getting a constant memory growth in my OF admin console where the memory keeps growing from roughly 40 MB to 120-130 MB out of 592 MB total. Granted I'm not maxing out my java memory buffer but it's not normal behavior.

Granted this is a post that applies to several existing posts but I felt it might be better to group them up into one.

I'm in trouble with Search Plugin:

- Pidgin is able to do search but I see no additional info about users except their JIDs

- Spark can't do search at all (result list is empty) I'm using latest 2.8.1 on Windows 7

How to get more info in search output? I'm interested at least in fields mentioned in ldap.SearchFields.

Hi,

I'm using Spark 2.8.1 running on Win7 64 bit with Openfire 4.0.3 running on OpenSuSE 64 bit. Trying to understand what's wrong with Search Plugin - search just doesn't work here (at the same time it works thru Pidgin). If I type anything in QuickSearch field - result is nothing.

I'm waiting for search to be able to do search via Username, Name, Lastname and Email fields in LDAP. My settings for ldap.searchFields are:

Username/sAMAccountName,Name/givenName,Lastname/sn,Email/mail

That's not an AD I've checked thoroughly all LDAP mappings - they are OK. I have all of mentioned fields populated with data (OK - almost all, at least for my own account they are populated)

What's wrong with Spark? Any ways to debug it? Unfortunately can't find any detailed enough documentation for both Openfire and Spark so have to ask here.

Please check attached file. Probably that will be interested for Russian-speaking people.

Checked it:

- works fine in Admin Console

- works fine in Client (Pidgin and Spark)

Keys from this file might be used in ldap.searchFields: put key name here (for instance, to search via username put "Username/<LDAP mapping for username>" in this variable, do not use "Имя/<LDAP mapping for username>" here as it doesn't work and you'll get error messages in app.log about "no keys found"). If you want more fields to search thru - you have to check first if needed key exists in a file (add a new one if needed).

Russian translation must be placed in a file in form of "\uXXXX" sequence, not in a form of normal Russian words: please use "\u0418\u043C\u044F" for "Имя". Found good encoder here

can i send message to Node without use payloadItem function?

I use Ejabberd Server 16.06 and Smack 4.1.4

Hello Everyone,

I am new to openfire, In group chat scenario, if the third guy will join only 25 messages is loading(as it hardcoded in java code).

I added this property(xmpp.muc.history.maxNumber) with 100 messages in openfire.script, and restarted openfire service.

But it still showing only 25 messages,

I tried using admin UI it works fine.

Is there anyway. so that i can update in backend and it will load updated (xmpp.muc.history.maxNumber).

OpenSuSE Timbleweed, Spark-2.8.1.893-1.x86_64
Just after RPM installation it's not possible to start spark:

/usr/bin/spark: line 3: -Dappdir=/usr/share/spark/: No such file or directory

The root cause is funny: Line 3 will starts from "java -Dappdir..." but "java" just missed here. The fix is quite simple: just add "java" in the start of this string.