Verifies the integrety of the projects, as builds are executed immediately after a code change was detected. This plan provides no artifiacts (use a nightly build instead).

Build: #2233 was successful Changes by daryl herzmann <akrherz@iastate.edu>

Build result summary

Details

Completed
Queue duration
5 seconds
Duration
1 minute
Labels
None
Agent
Default Agent
Revision
686013439337f83b6fbb183c36b4226825f25d09 686013439337f83b6fbb183c36b4226825f25d09
Total tests
475
Successful since
#2137 ()

Tests

Code commits

Author Commit Message Commit date
daryl herzmann <akrherz@iastate.edu> daryl herzmann <akrherz@iastate.edu> 686013439337f83b6fbb183c36b4226825f25d09 686013439337f83b6fbb183c36b4226825f25d09 Merge pull request #1978 from guusdk/OF-2368_improve-muc-ghost-user-detection
OF-2368: Improve MUC ghost user detection
Guus der Kinderen Guus der Kinderen 3595d0caa99932c6cd23c2642a34e8471757e157 m 3595d0caa99932c6cd23c2642a34e8471757e157 OF-2368: Improve MUC ghost user detection
This commit combines approaches introduced by OF-910 and OF-2209 to detect a 'ghost user' in MUC.

Per OF-910, any Presence or Message stanza that contains an error is considered indicative of a ghost.

Per OF-2209, an IQ 'Ping' is used to determine ghosts.

Unlike the original solution for OF-2209, not all IQ error responses should be considered as indicative of a ghost. Firstly, the IQ error must be in response to an IQ Ping that was sent by the service itself. Furthermore, 'service-unavailable' and 'feature-not-implemented' can be considered as responses sent by a client (that does not support the IQ Ping protocol).

Finally, this commit adds a kick of users that have been pinged, but for which no response has been received at all.

Jira issues

IssueDescriptionStatus
Unknown Issue TypeOF-910Could not obtain issue details from Jira
Unknown Issue TypeOF-2209Could not obtain issue details from Jira
Unknown Issue TypeOF-2368Could not obtain issue details from Jira