This page discusses some common questions and debugging steps that may be helpful to reference when using Foundry Forms.
Foundry Forms is no longer the recommended approach for data entry or writeback workflows on Foundry. Instead, build user input workflows with the Foundry Ontology, representing the relevant data structures as object types and configuring the writeback interaction with Actions.
Actions provide more robust and granular control over the permissions associated with adding, editing, and deleting data, including respect for restricted views and configuring complex conditional permissions. Furthermore, Actions can be backed by Foundry Functions, allowing for more expressive writeback logic.
In addition to the built-in Form builder in the Actions configuration, Actions are natively supported in Workshop and Slate where complex data entry user experience can be crafted with the full suite of application building tools.
Actions also automatically generate API bindings for the Foundry API, where external applications write data into Foundry, and interface with webhooks, through which Actions can write data into external data systems or trigger other downstream effects.
There is currently no timeline for deprecating Foundry Forms, and existing implementations using Foundry Forms will be supported. New workflows are strongly recommended to use an Ontology-based approach, and it is not expected that Foundry Forms will receive new features, enhancements, or non-security-related fixes.
Various field types allow respondents to select multiple values (for example, checkboxes
, dropdown
and list
). With Fusion sheets, values are automatically stored in a single cell as an array. With object types, some additional setup is required:
Array<X>
, where X
is a basic type like String
or Integer
.X
, and the checkbox Allow multiple values
must be checked.After configuring a field to store multiple values, you can use the explode
↗ function to separate each value into its own row. This function can be used in a SQL/Python transform of the dataset or a Contour expression.
Use the template field to configure the following:
- uri: display.Text1
name: Text 1
type: Text
tag: X
- uri: display.Text2
name: Text 2
type: Text
tag: Y
- uri: display.Template
name: Text 1_Text 2
type: Template
options:
inputs:
a: X
b: Y
template: '{{a}}_{{b}}'
When saving an object-backed form, you may see this error: Submitting failed! Please try again or contact your Palantir support.
.
To debug further, follow these steps:
Submitting failed! Reason ...
.e
and body
.
errorName
is FormEntries:PhonographEntryParseError
, which can be caused by an inconsistency between the form and dataset schema/Ontology configuration.parameters
.
FormEntries:PhonographEntryParseError
, this will highlight the culprit field (PropertyId
).As an example, if a column/property of type String
was paired with a field that allowed multiple values, the user would either need to change the type to Array<String>
or update the field to only allow a single value.
Forms has a responsive web design and will work on mobile devices; however, Forms was not specifically designed for mobile and thus is not officially supported.