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.

Yes, the optionality of the log level field is what is causing the issue.  LogViewPlus expects the log entry metadata to be consistent across all log entries.

> "require an exact match" option would fix this issue

If we added this flag, your log entry could show up as INFO.  However, your log level would still read "Selected Device Profile" - which is incorrect.  The log entry message would read "[WindowsEditor]" - which is also incorrect.

Should it not show up as NONE? That is what I have in the logs with the pattern I posted in my original post:

You would probably want to specify a default as further configuration.  So the setting would be something like "require an exact match or default to ...".  However, the data that is written to the LogEntry->Priority field would be "Selected Device Profile" as the parser configuration instructed.

The problem is "Selected Device Profile" is not a priority even though the configuration says it is.

I understand, however in the above screenshot (pasted again below) should the field not say, "Process Physical Memory" but instead it correctly identifies it as "NONE"?

Right, but where did "Process Physical Memory" go?  It is not part of the log entry message which begins "302.48 MB...".  So the message is wrong. The log level is likely showing as 'NONE' because there are no log levels beginning with 'p', so LogViewPlus could not find a match.  The 'NONE' in this case is an indication of a problem in the configuration.

I see what you mean. The "Process Physical Memory" got consumed and is not part of the Message column.

It would be great to have the option similar to what you suggested "require an exact match"

Thanks for the feedback.  

It would be great to handle this scenario better.  LogViewPlus is close to achieving what you want without custom code, but the last 5% is still needed.  I will try and think of a way that this can be done without complicating the configuration.  

Okay, great thank you.

Looking forward to a solution for this issue with Unreal logs.

Hi Samaursa,

I just wanted to let you know that we have now released LogViewPlus v3.0.1 as a BETA release.  This release allows you to define the priority levels in the parser explicitly.  This gives the parser a chance to fail if one of the specified priorities is not detected.  This failure will allow your second patten (which does not have a priority) to be used.  Log entries without a priority will still be displayed as None. 

To specify the priority levels, you need to use the new -expectedValues parameter with a comma separated list of priorities.  Values are case sensitive.  For example:

%p{-expectedValues:info,warn,error}

Hope that helps.  Thanks again for bringing this issue to our attention.

Toby

Thanks for adding the feature! I'll try it out.