Feed for content matching tag 'bug_report'

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

I'm using bookmarks (XEP-0048) to automatically join several MUC rooms. This works fine, when only using one single resource/client, say resource "A". But with Openfire 3.6.0 a participant is kicked from MUC, if the same account connects from another resource (say "B") with the same nickname. When using Psi 0.12, the resource "A" gets kicked by the server:

(When pressing "Ok" resource "B" gets also kicked, but that's not important here.)

This is a bug in Openfire? XEP says nothing about kicking users from the room in case of an nickname conflict!

XEP-0045: Multi-User Chat

7.1.10 Nickname Conflict

If the room already contains another user with the nickname desired by the user seeking to enter the room (or if the nickname is reserved by another user on the member list), the service MUST deny access to the room and inform the user of the conflict; this is done by returning a presence stanza of type "error" specifying a <conflict/> error condition:

Example 29. Service Denies Access Because of Nick Conflict
<presence
    from='darkcave@chat.shakespeare.lit'
    to='hag66@shakespeare.lit/pda'
    type='error'>
  <x xmlns='http://jabber.org/protocol/muc'/>
  <error type='cancel'>
    <conflict xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
  </error>
</presence>

However, if the bare JID <localpart@domain.tld> of the present occupant matches the bare JID of the user seeking to enter the room, then the service SHOULD allow entry to the user, so that the user has two (or more) in-room "sessions" with the same roomnick, one for each resource. If a service allows more than one occupant with the same bare JID and the same room nickname, it SHOULD route in-room messages to all of the user's resources and allow all of the user's resources to send messages to the room; it is up to the implementation to determine how to appropriately handle presence from the user's resources and how to route private messages to all or only one resource (based on presence priority or some other algorithm).

How nickname conflicts are determined is up to the implementation (e.g., whether the service applies a case folding routine, a stringprep profile such as Resourceprep or Nodeprep, etc.).

However, it will take probably some time until this is fixed. Is there a simple way to restore the old behavior of Openfire 3.5.x? Openfire 3.5.x simply denies connection to the MUC room, if there is already someone with the same nickname.

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

Hi,

on page http://www.igniterealtime.org/community/index.jspa all links to discussions are still bold (even when read) while on page http://www.igniterealtime.org/community/community/support/openfire_(formerly_wil dfire)_support?view=discussions all links use a normal font.

Is this the desired behaviour or can one tune this to display new or modified discussions bold and the others with a normal font?

PS: I did click on the tags bug_report and clearspace and my brwoser did insert "[DocumentBodyStart:9db9d3aa-9f10-47dd-878e-db2ca0d2129f] [DocumentBodyStart:18d30ee5-5402-4785-bd43-5fbc4ffb18cf]" in the tags field. This did look a little bit weird. I did replace the text with "bug_report clearspace" there and did then click on "bug", so it is hopefully converted to something useful. Using Firefox 2.0.x

PPS: This thread is a question and should encourage you to answer for points and help me to track answers (;

Edited: The broken link may be another problem.

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

Hi,

this one to report that the just released Apple Java Update 2 seems to be incompatible with openfire 3.6a under OSX 10.5.5.

You will be able to connect to the admin web interface, but no XMPP services will be available for the clients.

Reinstalling openfire will not solve the problem. My solution after the update was to copy an old java framework from another not-updated mac.

The logs just report a single error code:

2008.09.25 12:43:45 [org.jivesoftware.util.log.util.CommonsLogFactory$1.error(CommonsLogFactory.jav a:88)] Line=19 The content of element type "dwr" must match "(init?,allow?,signatures?)".

Hope this can help,

stefano,

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

Two issues when comparing different versions of an document:

1. deleted links (orange color) are not readable with red background:

2. side-by-side mode is useless, because it does cut off half of the page and there is no scrollbar. Also it does not use the complete browser width:

Happens with Firefox 3.0.1 and 3.0.2 / Linux

Message was edited by: Coolcat

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

It seems that CS is doing more and more crazy things on the first loading in my browser. For instance, Alex is everytime with some strange girly userpic in the Top Participants list

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

I've decided to start such thread to be able to discuss latest changes in svn and to show our appreciation to contributors, who do not appear in changelogs.

So, recently a couple of reported by me issues were fixed. Thanks a lot Niklas Schaefer for his work.

http://www.igniterealtime.org/fisheye/changelog/svn-org?cs=10743&csize=16

It seems that he has added Show offline users checkbox in Contacts menu too, which eventually solves my other issue http://www.igniterealtime.org/issues/browse/SPARK-928 It could be marked as fixed.

Also, thanks David Schuster for fixing that http://www.igniterealtime.org/issues/browse/SPARK-954

And now a few glitches i've noticed in latest build.

* Preferences menu is not stretched down enough (probably after adding new options), so now Apply-Save-Close buttons are hidden.

* Broadcast window is opening bloated. There is too much white space in roster part of that window.

* Option to hide offline user in Broadcast window doesnt has its caption. It shows "checkbox.broadcast.hide.offline.user". Also in the same window there is "&Message" abouve the input field. Minor and old typo thing. fixed, though it could be "Hide offline users". Btw, i have noticed new Online group with all online users grouped in there in broadcast window. Very handy

* Contact's context menu shows "menuitem.show.contact.statusmessage" (fixed, though could be Show status message") and then you press it in new window there is a button with "C&lose" name.

Some thoughts. I like finally being able to have 24h time format in chat. And it has switched to that format automatically. Is it reading my locale settings or is it now a default value? If latter, i think this should be changed to PM style to respect the current userbase. It's great if it's determining this automatically though.

I hope i didnt miss anything. It's nice to see how your reported issues and requests come alive

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

We've got Openfire on our fileserver and our clients are connecting via Exodus. For many months, this has worked with no problems. In the last few days, however, a number of users have reported being unable to get Exodus to connect despite being able to connect to the fileserver. This problem seems to come and go--people are sometimes able to connect one day when they weren't able to connect the day before.

I upgraded to Openfire 3.5.2 in the hopes that this would resolve the issue, but it seems to persist. Three users were still offline after the upgrade. I was able to resolve one by rebooting, one by reinstalling Exodus, but the third user is still offline and I can't seem to get them to connect at all.

When the user opens the program, the contact list flashes briefly up on the screen and then disappears and the status balloon remains grey. When attempting to connect, the attempt will fail, retry and fail again.

Nothing of substance appears in the error logs... I tried to delete a few plugins in the hopes that they were causing the confict, but no dice.

Suggestions?

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

When does Spark save groups expand/collapse setting? It seems that it is doing this only when you exit Spark normally. But usually i just shutdown my PC. So in the morning i always had some groups expanded, though i have collapsed them dozen of times every morning and i dont want them to be expanded. Should it save groups state more often?

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

Hi,

the first bug doesn't only address the pubsub-module but i discovered it while writing a pubsub related plugin:

the method getType in org.xmpp.forms.FormField will always return null .... the return in front of Type.fromXMPP(type) is missing!

the second one only occurs when using an oracle-database:

oracle interprets an empty string like a null-value ... this will cause the PubSubPersistenceManager to actually write a null value into the db if the name is an empty-string and next time the node will be loaded from the db, the name will be null ... if someone then tries to query the configuration of the node, org.xmpp.forms.DataForm.encode will throw a NullPointerException!

here is the stack-trace:

java.lang.NullPointerException        &n bsp;
at org.xmpp.forms.DataForm.encode(DataForm.java:98)     & nbsp;
at org.xmpp.forms.FormField.addValue(FormField.java:39)    &nb sp;
at org.jivesoftware.openfire.pubsub.Node.addFormFields(Node.java:823)
at org.jivesoftware.openfire.pubsub.CollectionNode.addFormFields(CollectionNode.ja va:95)
at org.jivesoftware.openfire.pubsub.Node.getConfigurationForm(Node.java:803)

then i have another foolish question:

why is getSubscriptions() in org.jivesoftware.openfire.pubsub.Node protected? i can overcome this when i create an jid that looks like this:

JID anyJID = new JID("anyone@anywhere") { public boolean equals(Object o) { return true; } };

and then perform a getSubscriptions(anyJID) but this isn't very pretty!

ooh ... btw i'm using Openfire 3.6.0a ...

thx in advance!!!

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

It shows (0) http://www.igniterealtime.org/community/people

ryan@instanceinc.com — Thu, 01 Jan 1970 00:00:00 GMT

Steps to Reproduce:

1. Enable s2s functionality. (My settings are: service enabled on 5269, close idle connections after 10 minutes, anyone allowed to connect)

2. View Server Information.

3. Under Server Ports 5269 is not displayed nor is there any entry for a server to server port.

Expected:

Configured server to server port should display in Server Ports under Server Information.

Environment:

CentOS 5.2

Openfire 3.6.0a (reports as 3.6.0 in information) installed via rpm

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

in openfire 3.6.0

2008.08.27 18:26:25 [org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHand ler.java:135)] Closing connection due to error while processing message: <iq type='result' to='---removed---><query xmlns='jabber:iq:version'><name>Pidgin</name><version>2.5.0 (libpurple 2.5.0)</version></query></iq>
java.lang.NullPointerException
    at java.util.concurrent.ConcurrentHashMap.remove(ConcurrentHashMap.java:919)
    at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:284)
    at org.jivesoftware.openfire.IQRouter.route(IQRouter.java:101)
    at org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:68)
    at org.jivesoftware.openfire.net.StanzaHandler.processIQ(StanzaHandler.java:311)
    at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler .java:79)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:276)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:175)
    at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandl er.java:133)
    at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived (AbstractIoFilterChain.java:570)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648)
    at org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648)
    at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimplePr otocolDecoderOutput.java:58)
    at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecF ilter.java:185)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(Ab stractIoFilterChain.java:299)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilt erChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceive d(AbstractIoFilterChain.java:648)
    at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java :239)
    at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(Execut orFilter.java:283)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java: 885)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.lang.Thread.run(Thread.java:619)

akrherz@iastate.edu — Thu, 01 Jan 1970 00:00:00 GMT

Greetings,

We are running into an issue with two servers (both Openfire 3.4.4). When userA on serverA connects to remote MUC room on serverB, the chat log is returned to userA out of order. I looked at the Pidgin debug log and the stanzas appear to come from the server out of order.

When userA connects to a MUC room on serverA, the chat log is in order.

Has anybody else noticed this?

thanks! daryl

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

I'm assuming this is a bug in the LDAP connection setup?

I upgraded my 3.5.2 installation to 3.6.0 and noticed immediately that no one was able to login. I didn't do a backup, but didn't worry either since this is an AD based install I don't loose almost anything really.

I then uninstall 3.6.0 and nuked the install folder so the install started fresh. I went through the setup and it passes the connection test on step 1 of LDAP configuration. I'm using the same Base DN and Administrator DN as on my old setup so it is the same. Once I get to step 2 and later it errors on on tests with no changes from the defaults (as I never needed to change them before).

I have another server setup with 3.5.2 on it and it works fine. So it seems the problem is limited to 3.6.0

Both the AD Domain Controller and the OpenFire IM server are running Windows Server 2008.

webmaster@jivesoftware.com — Thu, 01 Jan 1970 00:00:00 GMT

Hello,

as you can see in the following log, Openfire opens the port given under "HTTP Binding" -> "Clients can connect to this server using HTTP binding." even if it is disabled:

./logs/warn.log:2008.03.07 08:01:30 failed SelectChannelConnector@0.0.0.0:8080

Therefore I was not able to start a webserver on that port up to the time I changed the port 8080 to a really not used port.

To do this I enabled that feature, changed the port and disabled it once again.

A workaround is to start the other server first since Openfire does only log a warning in that case.

Please solve this issue.

Regards,

Torsten