SystemDumpViewer icon indicating copy to clipboard operation
SystemDumpViewer copied to clipboard

FeatureRequest: Show all log entries

Open ThKit opened this issue 4 years ago • 6 comments

At the moment, System Dump Viewer (as well as the SDM website) only shows the latest 100 entries of each logbook.

This is sufficient in many cases, but sometimes the logbook contains much more entries that can contain important information and the user is not even aware of them, if he doesn't open the logbook in Automation Studio.

It would be great, if all the entries could be viewed in System Dump Viewer. If not feasible, there should at least be an indication for the user, that there are more log entries and the file should be opened in Automation Studio.

ThKit avatar Apr 29 '21 08:04 ThKit

This restriction was not present to me. I agree to give a hint if this restriction is maintained.

But I also prefer to see all entries as this is a good help and useful tool. If we do not see all entries we have to return to automation studio. System Dump Viewer works smart and fine and I appreciate the combination with the AS Help which works very good.

Tempelhof30659 avatar Apr 29 '21 09:04 Tempelhof30659

Hello @Kitzibua @Tempelhof30659

As mentioned in #7 this is nothing new. The Systemdump.xml, for which the SystemdumpViewer was designed only contains 100 entries, which are stored directly in the XML file! The logger files are of a different type, so I have to check the effort/possibility to show them, since its a "B&R Object" and not an open format.

In any case, a hint in the GUI is a good idea!

Best regards, Marcel

bee-eater avatar Apr 29 '21 09:04 bee-eater

Decoding the br-files may be a real project. So I think this is a real "Nice to have" feature. The hint in the GUI as introduced by Kitzibua is the smartest solution so far and OK.

Tempelhof30659 avatar Apr 29 '21 10:04 Tempelhof30659

I didn't realize that the messages are taken out of the XML and not the br-file. And sorry for missing that the issue was already raised in #7.

I agree that in terms of effort use ratio it seems the best solution is to make the user aware that the br-file contains more information in case the 100 messages are reached.

ThKit avatar Apr 29 '21 10:04 ThKit