Closed igorandreoni closed 2 years ago
Thanks for the report, we're looking into it.
Good job all around - (1) you have found a bug and (2) we have apparently already fixed it in the codebase. It should get deployed next week, and I'll leave the ticket open till that happens.
This is great to hear, thank you Frossie!
I can confirm that the upcoming portal release does fix this issue (see screenshot from our integration environment). It's a big release and folks would like more testing time, but I am inclined to take the calculated risk and push it out this Patch Thursday. Will update.
PS. Thank you for an excellent bug report, made it very easy to reproduce.
Sadly we were not able to clear testing in time for this week's Patch Thursday (it's a big update) - so this will be out in production next week.
Thanks for the update, Frossie. There is no urgency on my end. Looking forward to the big deployment!
I am sorry forgot to update and mention we deployed last week! Try it now :-)
It seems to work nicely now. Thanks again!
In the RSP TAP online service, the table constraints inserted manually get applied to the wrong column, at least in the case of "cModel" columns.
To Reproduce Steps to reproduce the behavior:
Note that this problem does not occur, for example, for columns including "ra", "mag_i", "mag_z".
Expected behavior I would expect that, if I set a constraint on the column mag_z_cModel, this results in a WHERE condition (and query results) that concern the column of interest.
Screenshots Constraint that I set
Resulting ADQL query
URL https://data.lsst.cloud/portal/app/?__action=layout.showDropDown&