Build: #8 was successful Changes by Florian Schmaus <flo@geekplace.eu>

Build result summary

Details

Completed
Queue duration
< 1 second
Duration
2 minutes
Labels
None
Agent
Default Agent
Revision
872b254db592c701838b9409c828418529963f82
Total tests
429
Successful since
#1 ()

Tests

Code commits

Author Commit Message Commit date
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 872b254db592c701838b9409c828418529963f82 sendStanzaWithResponseCallback: Ensure exactly one callback is called
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> b142060f9e165e74bd6633bb5f73b857f2ac94bc sendStanzaWithResponseCallback(): remove listener right away
I'm not sure why i've put the removeAsyncStanzaListener() call into
the finally block. If callback.processStanza(Stanza) takes a long
time (or even blocks), then it would appear to the "no response"
handling Runnable as if there was no response, when in fact there was
one.
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 46e8866440e0d4a16e90470db1c713b8373a79a7 Improve log message of RosterResultListener
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 187fe37cd7cc2ee83a7bcbe3f47faf75b4fa1540 Fix MucEnterConfiguration.Builder.withPresence(Presence) throw ISE
when presence is of type available. This inverts the logic to fix
this.
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 85fcb55bd97d91e893a4977a350a4f43872be9b4 Fix roster handling of outgoing 'unavailable' presence
make sure that the 'to' attribute is not set, as otherwhise the
listener would also be invoked e.g. when the user leaves a MUC.