You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit a4b52ec
Browse filesBrowse the repository at this point in the historyBrowse files
fix(query): handle per-value format errors, warn per type
Two review points.
The warn-once flag was global, so a result with two unformattable
column types reported only the first and the second went back to
nulling silently — the exact hazard this removes. Key the set on the
data type, which is what the failure is a property of.
`try_new` only reports a type Arrow cannot format at all. A single
out-of-range value inside a formattable type fails later, in the
value formatter, and the plain `Display` impl under the default
`safe: true` writes the text "ERROR: <msg>" into the cell as if it
were data (and panics when the inner write fails). Render the value
through `try_to_string` so one bad value degrades the same way a bad
type does.
Test covers it: an out-of-range Timestamp(Second) must not panic and
must not put an error message in the data. Without the change it
fails with "ERROR: Cast error: Failed to convert ... to datetime".
0 commit comments