-
Notifications
You must be signed in to change notification settings - Fork 132
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Table view shows empty/missing complex value when it actually contains data #2453
Comments
It looks like I can also repro the problem with a Test data
Notice the top row in the Table view shows empty values. Of course they're visible in the Inspector. |
Here's another example I bumped into in Brim commit 8ac2379: The output of The records show up blank in the Table view. But they're present in Inspector. |
This one is on track to be addressed by the changes in #2626. As shown in the attached video on commit 4014451 of the branch from #2626, now the complex value is shown in abbreviated form without having to jump to the Inspector view. It's also possible to click to expand and see its full contents. BranchCheck.mp4I'll do a final verification when the changes merge, but looks 👍 right now. |
Verified in Brim commit 499a2c9. In the attached video, all three pieces of test data described in previous comments are imported and shown to render correctly now in the Table view. Verify.mp4Thanks @jameskerr! |
Repro is with Brim commit 55d1fdc and attached test data, http.zng.gz which are records based on importing the Emotet pcap referenced in #1245.
To repro, import the test data and execute the query:
In the default Table view, the
counts
values are rendered as if each is an empty array. However, clicking to the Inspector tab and expanding them reveals that each array actually contains a single-element record.Repro.mp4
As a user, the Table view had me fooled at first such that I thought incorrectly there might have been a bug in
collect()
When certain top-level complex structures are imported (such as the array in prs.json) the app doesn't try to render anything in the Table view and instead says "The table view can only render records at the moment." For the case shown in the video here, I'm not sure if it's feasible/desirable for the Table view to render what it can and show some kind of visual cue in the arrays that indicates they're non-empty but would need to be viewed in the Inspector, or if it should check all data to be rendered and fall back to the "The table view can only render..." message if anything is deemed un-renderable at any level.
The text was updated successfully, but these errors were encountered: