-
Notifications
You must be signed in to change notification settings - Fork 16
FIREFLY-49: Table filter shows 'null' in the column category but fails to filter #823
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
Conversation
…s to filter - substitue NULL with %NULL so it can be used in an IN condition - show NULL as <NULL> and empty string as <EMPTY_STR> - add same behavior to client table - add IS and IS NOT support for client table - add multiple tests - add clear link to column's enum values drop-down - fix AsyncTapQuery not failing on UNKNOWN returned state
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me!
Very useful to the added tests!
A side comment or issue i've noticed, when i open the link to test, i see after couple of seconds/minute a popup with workspace login error:
Workspace access request sending error: n.json is not a function. (In 'n.json()', 'n.json' is undefined)
Might be something happening right now in IRSA (seems DOS attack ongoing - see IRSA slack channel)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Filtering through the drop down menu and check boxes works as expected. However, typing IN ('%NULL') in the filter box does not work.
Steps:
- open the filter bar, select and m31 from the drop down box.
- note the filtered rows and the text in the filter box ("in ('%NULL','m31')")
- delete " '%NULL', " from the filter text box and hit return. The correct row is returned. Look at the check boxes in the drop down and note that only m31 is selected.
- add " '%NULL', " back to the filter text box and hit return. The rows with null for objname are not returned. Note that the check box next to is selected in the drop down menu.
A couple other bugs I noticed while testing.
- Do a valid filter on objname.
- Type in some garbage string into ra or dec to filter on and hit return. An error comes up as expected.
- Hit the Back button. Two things happen
- The table is returned with the properly filtered rows, but now the row with the filter text boxes is missing. The funnel icon is set to clear the filters. You have to clear the filters and click the funnel again to bring back the filter text boxes.
- The coverage map disappears and only comes back when you reload the page
- fail on 'in' instead of 'IN' - on table error, a 'Back' reset everything causes Coverage to fail
#823 (review)
The hidden filtered row is fixed. However, you don't have to clear filters to show/hide the filter header. The funnel with a crossed out circle is for clearing. It only appears when there are filters applied to the table. The funnel icon with or without a numbered badge is to show/hide the filtered row. It will always be there next to the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
-After loading supplied table and experimenting with it, it looks like
filtering is mostly working. I was using similar way as Chris.
Also was checking
coordinates filtering, all is working fine. Little bit of puzzle, when I do put in coords
boxes into filtering any not existing numbers in ra or dec, I get
"No data match these criteria"- correctly , but the plot is spinning and spinning, not sure if it
should try to plot not existing points....
When I put in filter box 'is NULL', it brings only lines with "null", but
not the one with "NULL" in it...
But, when I put there "is null' it works right, brings only 2 rows with 'null'
if I put in filter box 'is not NULL', it filters out only "null" values in objname, but line with "NULL" in objname is still there.
"is not null" works correctly.
When I put in fiter text box "is m41" and try filtering I get :
Table Load Error:
unexpected token: M41
"objname" is m41
...
the same result with submitted 'is not m41' text.
I also read and checked the Chris's comments and seems like it was fixed
between his report and me looking and testing.
Those Chris's ones:
Do a valid filter on objname.
Type in some garbage string into ra or dec to filter on and hit return. An error comes up as expected.
Hit the Back button. Two things happen
The table is returned with the properly filtered rows, but now the row with the filter text boxes is missing. The funnel icon is set to clear the filters. You have to clear the filters and click the funnel again to bring back the filter text boxes.
The coverage map disappears and only comes back when you reload the page
Above 2 things are working fine now(olga)
Olga
@olgapevunova Thank you for testing. In regard to null, NullString value of this table is null. Where you see null, it means NULL_VALUE. When you filter on As for Does that answer all of your questions? @cgelino if my latest commit satisfy your change request, please approve. Thanks. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Loi explained the things I have had problems with understanding how they work, so
I got it, and now agree to approve the fix.
Olfa
The bugs I had reported previously have been fixed. |
https://jira.ipac.caltech.edu/browse/FIREFLY-49
There's a test table file attached to the ticket. It has a variety of null situations.
You may upload it to test: https://irsawebdev9.ipac.caltech.edu/FIREFLY-49/firefly/
BTW,
A good client side table to test is Images -> View HiPS Images
Also, a good server-side table to test.
https://irsawebdev9.ipac.caltech.edu/FIREFLY-49/firefly/firefly-dev.html
TAP Searches -> ADQL -> CADC -> ivoa.ObsCore