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.