Files
lancedb/docs/src/js/interfaces/FunctionErrorsOptions.md
T
Wyatt Alt 5231d37f8d feat: list a table's per-row Function errors from the client (#4208)
A refresh running under a skip policy records each row it skipped, with
the failing input and the error, but the client could not read that
store: the server exposes it over SQL and, since recently, a REST route.
A user who hit per-row failures still had to open a SQL session.

`Table::function_errors` calls the route. The listing is table-addressed
with optional job and column filters, the same addressing the SQL
surface uses, so the two cannot disagree about what a table's errors
are. The two non-record signals come back as their own fields rather
than as rows: capped-fragment summaries, and whether the listing stopped
at its limit. Local tables refuse rather than answer with an empty list.

Python and Node expose the same call, with the same optional filters.
2026-09-17 05:12:50 -07:00

511 B

@lancedb/lancedb • Docs


@lancedb/lancedb / FunctionErrorsOptions

Interface: FunctionErrorsOptions

Which per-row Function errors to list; every filter is optional.

Properties

column?

optional column: string;

Only errors on this column.


jobId?

optional jobId: string;

Only errors recorded by this job.


limit?

optional limit: number;

At most this many records (server default 10000, cap 100000).