Uploaded image for project: 'Openfire'
  1. Openfire
  2. OF-1923

Steam Management should not close reconnected session

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.5.0
    • Component/s: Core
    • Labels:
      None

      Description

      Stream Management is a feature described in XEP-0198: https://xmpp.org/extensions/xep-0198.html

      Stream Management allows for an XMPP session to be resumed after its connection has been (unexpectedly) dropped. To be able to do this, the XMPP session is kept alive for a certain time after the disconnect. If, after this period, the session has not been resumed, its closed (sending 'unavailable' presences to all of the contacts, etc).

      There's a bug in Openfire that causes this disconnect to occur on a new XMPP session that has been established after the original session was closed, if that session is established using the exact same full JID.

      Openfire apparently:

      • sets a 'detached' state for XMPP sessions, even if the session was closed properly.
      • identifies sessions to be cleaned up after a detach TTL by JID, not by a more unique identifier.
      • does not purge the 'detached' sessions when a new session using the same full JID binds successfully.

      Update: it appears that when the first session closes formally/properly (eg: with </stream:stream>, the problem described in this issue is not reproducible.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              guus Guus der Kinderen
              Reporter:
              guus Guus der Kinderen
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: