Builds Spark (minus the Install4j distributables) after every change to the code.

Build: #4 was successful Changes by wroot <wrooot@users.noreply.github.com>

Build result summary

Details

Completed
Duration
25 seconds
Labels
None
Agent
Default Agent
Revision
205679d16cbd983a917e9f6e95aedda74f82b78e 205679d16cbd983a917e9f6e95aedda74f82b78e
Total tests
2
Successful since
#1 ()

Tests

  • 0 New failures
  • 0 Existing failures
  • 0 Fixed

Code commits

Author Commit Message Commit date
wroot <wrooot@users.noreply.github.com> wroot <wrooot@users.noreply.github.com> 205679d16cbd983a917e9f6e95aedda74f82b78e 205679d16cbd983a917e9f6e95aedda74f82b78e Merge pull request #308 from guusdk/SPARK-1757_SPARK-1649_MUC_History
SPARK-1757 & SPARK-1649: Don't process MUC history as regular messages.
Guus der Kinderen <guus.der.kinderen@gmail.com> Guus der Kinderen <guus.der.kinderen@gmail.com> 9cff4b523c87274e74facf14aadb168e8b7822f0 m 9cff4b523c87274e74facf14aadb168e8b7822f0 SPARK-1757 & SPARK-1649: Don't process MUC history as regular messages.
when joining a multi user chat room, the recent history of that room can be sent to the client.

A bug in Spark caused these mesages to be processed as history (which is good), but also as
regular/new messages (which is wrong). As a result of this, the messages could be presented in
the wrong order on screen (SPARK-1757), as the original date of the message was not processed.
Also, all event listeners got triggered, causing other components to act as if a new message
was received. This causes issues like SPARK-1649 (unwanted notifications). Finally, the history
was being saved in the local history - which can introduce some duplication there (when a room
is rejoined frequently).

Jira issues

IssueDescriptionStatus
Unknown Issue TypeSPARK-1649Could not obtain issue details from Jira
Unknown Issue TypeSPARK-1757Could not obtain issue details from Jira