If I simplify the parser the way you suggested earlier I lose the Log Level. This is because Unreal is inconsistent with some of the logs where there is no Log Level unless it's a Warning or Error (i.e. it does not have a Log Level for regular logs). Here's a screenshot where you can see that the Log Level is no longer being parsed correctly and I do not get a Log Level at all:



With the way I have set it up I get the Log Level correctly for the lines which do have the Log Level



Your suggestion of the "require an exact match" option would fix this issue I think.

Hi Samaursa,

LogViewPlus doesn't have a setting like that at the moment.  There are a few problems with implementing such a setting unless it was done on a per-parser level and I would hesitate to add additional complexity to those settings.

LogViewPlus matches S to Severe for performance reasons.  It has been configured to believe it has found the log level - the only question is, which level?  There is only one that begins with S, so further processing is unnecessary. 

The problem here is that it hasn't found the log level.  The easiest fix for this would be to change the configuration.

I could maybe add a flag to "require an exact match" but this wouldn't address the configuration issue.  A wildcard / default log level might also work, but again you would have the wong data in the log level column.

Maybe a custom post- processor would be a better solution for you?
https://www.logviewplus.com/docs/post_processors.html

Hope that helps,

Toby

I have another screenshot where the severity is not detected incorrectly.



But I realized that the difference was the missing Local Log Level. After adding the local log levels, the issue disappeared. However I assume it will still identify something as one of those log levels if it can find the letters using wildcard matching.



Regardless, is it possible to prevent LogViewPlus from wildcard searching for the Log Level? i.e. %p should not find "Severe" in the text "Selected Device Profile"?

Hi Samaursa,

It looks like this log entry is being parsed with the first match - which is the first pattern provided.  In this case, the log level is "Selected Device Profile".  This isn't much of a log level, so LogViewPlus is doing the best it can and matching Selected = S = Severe.

I think your log file might parse better if you simplify your parser configuration to:

[%d{yyyy.MM.dd-HH.mm.ss:fff}][%3t]%c: %m%n

Hope that helps,

Toby

I have the following parser mapping for Unreal log files:

[%d{yyyy.MM.dd-HH.mm.ss:fff}][%3t]%c: %p: %m%n
[%d{yyyy.MM.dd-HH.mm.ss:fff}][%3t]%c: %m%n
%c: %m%n
%m%n

It used to work very well, until recently where (one of) the update broke the Level such that some logs without a Level are parsed as having a Level. If I were to guess, it looks like LogViewPlus is searching for the Level with wildcards in between each character e.g., "e*r*r*o*r". Just a guess.

In the following screenshot, you can see that the log is clearly not 'Severe'. All the letters (underlined red by me) are present though (and I found that to be the case with all the logs that have incorrect Level.