Build: #1378 was successful Scheduled with changes by Guus der Kinderen

Stages & jobs

  1. Build and Package

  2. Copy to Website

Build result summary

Details

Completed
Queue duration
15 minutes
Duration
12 minutes
Labels
None
Revision
5cc98cd514ca3ad0e451fcc454408b0b8f2724e7
Total tests
600
Successful since
#1125 ()

Tests

Code commits

Author Commit Message Commit date
Guus der Kinderen Guus der Kinderen 5cc98cd514ca3ad0e451fcc454408b0b8f2724e7 OF-2490: Better handle PEP requests to non-local/non-registered users
Only local, registered users of Openfire have a PEP service. Other users do not. When a client tries to interact with such a non-existing PEP service, the current behavior of Openfire is to very verbosely log this as an (unexpected) error.

This code tries to properly handle this scenario, by returning a nice error back to the requestee, and logging it less verbosely.
Guus der Kinderen Guus der Kinderen b36b8d7d92fbb741c3206a51af7189207be76e9c OF-2489: Reduce log level severity of SOCKS5 error
Whenever a peer sends unexpected data to the file transfer proxy, an exception occurs. As this is not something that can be 'fixed' by an Openfire administrator, the error shouldn't be logged as verbosely as on level ERROR.

This commit reduces the log level on which this is logged, and improves the wording of the logged message a little.
Guus der Kinderen Guus der Kinderen 237b340174b5cde75c82085e9ef8c055d3f61e49 OF-2488: Reduce log level severity of DNS lookup failure
When a particular DNS SRV record doesn't exist, there is no need to log this on level ERROR with a stack trace. The administrator of Openfire is unlikely to be able to fix this, while it occurs all the time.
Guus der Kinderen Guus der Kinderen 70458e33ec586103cc3171cf2bfafda3c2872b80 Revert "OF-400: Truncate MUC subjects longer than 100 characters"
This reverts commit 3acccea61e18ee36f2c0b91f0310200e3cba8ab7.
Guus der Kinderen Guus der Kinderen e2d5916cb49d500dcafe7d2bf5e87cc7eaafae8d OF-2487: More atomicly replace XMLProperties files
When updating XMLProperties files (`openfire.xml`, `security.xml`), do not:
- create a new temp file
- remove the old file
- copy temp file to the location of the old file
- remove the temp file file

Instead, do this more atomicly, as such:
- create a new temp file
- move temp file to replace to old file

There will leave Openfire in a more consistent state if somewhere along the line, things go wrong. Also, it reduces code a bit.

Jira issues

IssueDescriptionStatus
6 more issues…
Unknown Issue TypeOF-400Could not obtain issue details from Jira
Unknown Issue TypeOF-2212Could not obtain issue details from Jira
Unknown Issue TypeOF-2423Could not obtain issue details from Jira
Unknown Issue TypeOF-2471Could not obtain issue details from Jira
Unknown Issue TypeOF-2481Could not obtain issue details from Jira