1. 10 Feb, 2016 2 commits
  2. 09 Feb, 2016 1 commit
    • Chung's avatar
      Fix unicode read on input · 9ae64f50
      Chung authored
      In the current read scheme for Openfire, it is possible that due
      to variable width encoding that we sometimes only create a
      string with a partial character.
      
      This breaks the message text and causes encoding issues when read.
      
      This change modifies the way the characters are
      read to use an bytearrayoutputstream and
      only do the string conversion once.
      
      Since we only do the string creation once after the full
      buffer is read, we no longer have encoding
      issues with broken unicode characters.
      9ae64f50
  3. 02 Feb, 2016 2 commits
  4. 27 Jan, 2016 2 commits
  5. 26 Jan, 2016 4 commits
  6. 25 Jan, 2016 17 commits
  7. 23 Jan, 2016 1 commit
  8. 22 Jan, 2016 1 commit
  9. 21 Jan, 2016 6 commits
  10. 20 Jan, 2016 2 commits
  11. 19 Jan, 2016 2 commits
    • Guus der Kinderen's avatar
      Merge pull request #511 from anuko/master · d8980554
      Guus der Kinderen authored
      A fix for OF-1041
      d8980554
    • Christian Schudt's avatar
      OF-462 PEP should process IQ-gets that have no 'to' attribute. · 95f40ab7
      Christian Schudt authored
      I've removed the "userFeatures", because I think a user cannot have features.
      
      As per XEP-0163:
      
      The server MUST return an identity of "pubsub/pep" on behalf of the account (as well as a list of the namespaces and other features it [the server?)] supports)
      Anyway, the old logic only returned one feature (disco#info) for the user,
      which was wrong, too (the pubsub features were missing at least)
      
      disco#items addressed to the account (bare jid) or without 'to' attribute are treated the same now, too.
      
      Also partially addresses OF-872.
      95f40ab7