Skip to main content
Use nested context search when the value you need is inside a structured response object. This is useful when your service or a third-party provider returns a business outcome in the response body. For example:
Foveus can index safe scalar fields from this response. Then you can search:
or:

When to use this

Use nested response context search when you know a value returned by your API or provider. Examples:
  • order status
  • payment status
  • provider response code
  • verification result
  • approval status
  • shipment status
  • risk decision
  • workflow result
This helps you find executions without manually searching logs.

Query format

Use context: with a dotted path.
Example:
When you know the service, include it:
Adding service: keeps the search faster and more precise.

Strings need quotes

Use quotes for string values.
Numbers do not need quotes.
Booleans do not need quotes.

Example: search by response status

Given this response:
Search by value:
Search by label:

Example: search by provider response

Given this response:
Search by provider status code:
Search by provider name:

Example: search by boolean result

Given this response:
Search for rejected decisions:
Search by reason:

Arrays of objects

If a response contains an array of objects, Foveus can index safe scalar child fields when array extraction is enabled. Given this response:
Foveus can index:
Then you can search:
or:
For arrays, matching is existence-based. context:statuses.value=1 means at least one item in the array has value = 1.

Multiple nested fields

You can combine multiple context filters.
Different context keys use AND. This means both indexed values must exist on the execution.

Search with status

Add status:failed when you only want failed executions.
This is useful when the same response value appears in both successful and failed flows.

Search with endpoint

Add endpoint: when you know the route.
This is useful when the same response structure appears across multiple endpoints.

How Foveus indexes nested fields

Foveus indexes safe scalar fields from enabled context sources. For response context, nested objects become dotted paths.
becomes:
Foveus does not index every possible payload blindly. It applies safety controls before indexing.

Safety controls

Foveus applies controls such as:
  • redaction
  • sensitive-key denylist
  • scalar-only indexing
  • maximum value length
  • maximum traversal depth
  • maximum indexed properties per execution
  • allowed context sources
  • sampling and retention controls
Sensitive values should not be indexed.

If no result appears

Check:
  • the service name matches the execution service
  • the time range includes the execution
  • response body capture is enabled
  • the response value is scalar
  • the route was not excluded
  • the value was not redacted
  • the field was indexed after context indexing was enabled
  • the field is still within retention
  • the string value is quoted
For example:
not:
  1. Start with the service.
  2. Add the nested response field.
  3. Add endpoint or method if known.
  4. Add status:failed if investigating failures.
  5. Open the matching execution.
  6. Inspect response context and timeline.
  7. Check linked logs or issues if available.

Useful examples

Find confirmed orders:
Find failed order responses:
Find pending provider responses:
Find rejected risk decisions:
Find failed executions with a provider status:

What to do next