Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is the UI side of the enhancements to a) receive historical logs from the OH server, and b) improve performance by receiving arrays of log entries rather than just single entries.
It does work with the existing log system since it will work with both single log entries (as currently used) and arrays of logs. Due to the change in format, the filter requests do log a parse error since it now uses a DTO with a number of bits of data rather than just an array of loggers, but this doesn't impact anything else. Therefore it is safe to merge this before the core is merged (although it's probably best to wait a little to ensure there's no major comments to the core side!).
This also fixes a minor bug where the number of filtered logs may be incorrectly displayed.
With this and the core changes, I can display full zigbee debug - it's about 2000 lines in 15 seconds (or put another way, the log buffer shows about 15 seconds of data). The log remains responsive (I can change the logging levels back). Possibly the log buffer can/should be increased more than 2000 entries, but that's for another day...
Core PR coming soon...