Glad to hear you found a solution Eric - thanks for letting me know!

I am still trying to think of ways to create an ordered list of filters.  I think the best way to work this into the application would be to create a new rule type.  Something like 'Create filters from SQL statement'.  This may be something we could look into for the next release.

Hi again

To come back to your filter story above, do you have any recommendation to have a view, using sql filters, to group lines by Thread but ordered by date ?

Thanks

Hi again

We find a workaround.
As i said previously we add an external command in your tool (to process file before opening it) that change threads to include message of first line of each thread to make the threads grouping more readable.

We tune this tool to add a prefix in each thread to force the alphabetically order to follor the date order.
Like this:


The number {xx} is linked to date time
This work. Not in the beauty of the art but it works.

We still have an issue that ordering of collapsed thread is ONLY in ascending order (that is here in ascending date) and nothing else.
But at least this makes the job

Threads are shown in date order by default.  What you are trying to do here is group thread activity while sorting the groups by characteristics of data within a group.  This is a new suggestion for us.  Above I suggested a new feature rather than something you could try right now.  Sorry this was not clear.

I was thinking we could create thread filters in a specified order.  This approach would give users a great deal of flexibility in how filters are created.

For example, you could write a query like:  select Thread from CurrentView order by Timestamp.  Each Thread returned by the query would indicate a new filter to be created.

This suggestion works with filters rather than groups.  This fits better into the model of how LogViewPlus works with data.

Groups in LogViewPlus are more about getting familiar with a dataset.  This is why they are ordered alphabetically and display a record count.  Groups do not feed into other LogViewPlus actions such as sub filters or reports.

Hi

I cannot say. Tell me what to do so i can verify it matches the need.

But honestly, thread in logs are common and not being able to display them in date ordering in a logs analyzer is a real missing feature in my opinion.

What if we could create a set of Thread Filters ordered by date?  One way to do this would be to create the list of filters using a SQL statement.

Would that help?

Hi

We are using Thread to group logs on scope level that is we have in a thread all logs matching a scope call (rest api call).
We want to be able to show the list grouped by scope and the fact groups cannot be sorted by date is not usable to analyze logs.

Here is an example

Inside each group you have the logs matching this rest call.

Hi Eric,

I have been able to recreate this behaviour on my end and can confirm that the grid can only sort group columns by the group name. 

Unfortunately, I don't think we will be able to change this behaviour as it seems to be built into the third-party grid that we are using.

What is it that you are trying to do?  Maybe there is another way to achieve the same goal? 

Thanks,

Toby

Hi again

We were able too by using your system of external command to change the Thread name in the file before opening it to make the tread name to include information of first line. This is good.

Still this problem of ordering the thread group by date that is a blocker for us.

Hopefully you can find something.

Thanks

Hi

The same. What ever sort i use after grouping, the group are ordered alphabetically, only lines inside groups are correctly ordered