EDIT 2: this was fixed by updating from v0.8.5 to v0.9.1, so I'm closing this out. Thank you.
EDIT: we're on an older version, and noticed that some search fixes went into v0.9.0, we're gonna see if we can update on our side. Will update this ticket.
We've been getting inconsistent responses from STAC search - on first request we get HTTP 500 and on subsequent requests we get HTTP 200 for a few hours or so. Then seemingly after a period of inactivity we make the same request and randomly get HTTP 500 again for one request, followed by HTTP 200s again. All for the same STAC POST search payload.
Note that we're using a slightly older version - pgstac v0.8.5
Note that the interval was previously set to an outdated time interval - I recently changed this to [null, null] on a hunch it was messing with the SQL statement somehow. But to no effect.
EDIT 2: this was fixed by updating from
v0.8.5
tov0.9.1
, so I'm closing this out. Thank you.EDIT: we're on an older version, and noticed that some search fixes went into v0.9.0, we're gonna see if we can update on our side. Will update this ticket.
We've been getting inconsistent responses from STAC search - on first request we get HTTP 500 and on subsequent requests we get HTTP 200 for a few hours or so. Then seemingly after a period of inactivity we make the same request and randomly get HTTP 500 again for one request, followed by HTTP 200s again. All for the same STAC POST search payload.
Note that we're using a slightly older version - pgstac
v0.8.5
First try - HTTP POST to search endpoint
POST payload:
HTTP response: HTTP 500
{"code":"PostgresSyntaxError","description":"syntax error at or near \"LIMIT\""}
After checking the logs, it looks like
_orderby
is being set to a blank string and_where
isn't being set in this code.Second try - HTTP POST to search endpoint
POST payload: exactly the same as above
HTTP response: HTTP 200 with the expected response (note that this particular collection is empty at the moment - is that part of the issue?):
Extra context
REDACTED_COLLECTION
Note that the interval was previously set to an outdated time interval - I recently changed this to
[null, null]
on a hunch it was messing with the SQL statement somehow. But to no effect.Thanks in advance!