Skip to main content
Validation behavior may vary between Risksheet versions. The rules documented here are derived from available source code analysis. Test your configuration in a development environment before deploying to production.

Validation Process Overview

When Risksheet loads a sheet configuration, it performs validation and default application in the following order:
diagram

Configuration Syntax Validation

Use the built-in configuration editor (v25.5.0+), which supports YAML editing with syntax highlighting and error detection. A single syntax error prevents the entire grid from loading.

Top-Level Property Validation

The following are the real top-level sections recognized by Risksheet. Any other top-level keys are ignored.
Risksheet does not define rating scales or enumerations in the sheet configuration. They are defined as Polarion enumerations (Administration > Enumerations) and referenced from columns via type: rating:<enumId>, type: enum:<enumId>, or type: multiEnum:<enumId>. The server loads enum values automatically from Polarion.

Column Validation Rules

Each element in the columns array is validated against the following rules.

Required Column Properties

Column Default Application

Text wrapping and multi-line rendering are controlled through CSS classes defined in the styles section and applied via cellCss or cellDecorators — not via column-level properties.

Automatic Read-Only Enforcement

The readOnly property is automatically set to true regardless of the configured value in these scenarios:
If a column appears read-only unexpectedly, check whether any of the automatic enforcement rules apply. The formula, serverRender, and system field rules take precedence over explicit readOnly: false settings.

Column Type Validation

When type is explicitly provided, it must be one of the recognized types:
Column types use a colon-separated syntax where the prefix before the first colon determines the base type and the remainder carries configuration parameters. For example, multiEnum:severity,priority has base type multiEnum with parameters severity,priority.
Unrecognized type identifiers default to string / text behavior.

Column Type with ServerRender

When serverRender is set on a column:

DataTypes Validation Rules

Risk DataType

Task DataType

The type and role properties in dataTypes support dynamic resolution through the expression evaluator. This means values can reference Polarion project properties using patterns like $config.getRisksheetProjectProperties().getProperties().getProperty('propertyName'). Validation of these expressions occurs at runtime.

Levels Validation Rules

Each element in the levels array MUST provide three properties:
Levels do not create new work item types. They define a visual hierarchy: when consecutive rows share the same value in a controlColumn, the cells in columns assigned to that level merge vertically. Columns reference a level through their level property (1-indexed: level: 1 maps to levels[0]).

Headers Validation Rules

Global Settings Validation

Reviews Validation

The ApprovalBased review manager creates approval-tagged comments but does NOT trigger Polarion’s formal approval state transitions (draft, reviewed, approved). It is a comment-tagging workflow, not a full Polarion approval integration.

Cross-Property Validation

Some validation rules involve interactions between multiple properties:

Complete Validation Example

In this example:
  • The rpn column has formula set, so readOnly is automatically forced to true.
  • The severity column has type: rating:severityRating, which references a Polarion rating enumeration named severityRating.
  • Both dataTypes entries have type specified, satisfying the required field rule.
  • Each levels entry provides the required name, controlColumn, and zoomColumn properties.

See Also

Last modified on July 10, 2026