Skip to main content

Supported Polarion Versions

Exact minimum and maximum Polarion version requirements may vary by Risksheet release. Always check the release notes for your specific Risksheet version before upgrading Polarion.

Version-Specific Behavior

Risksheet is a generic risk-analysis tool that supports any methodology (FMEA, HARA, TARA, STRIDE, CVSS, and others). The following behavior notes describe capabilities introduced in specific Risksheet releases. Use the version badges below to confirm the minimum Risksheet release required for each feature.

v25.2.0+readOnly exception for title columns

Before v25.2.0, columns marked readOnly: true blocked all user input, including creation of new linked work items in title columns. From v25.2.0 onward, title columns honor a readOnly exception that allows users to create new items inline even when the column is otherwise read-only. Existing values remain non-editable; only inline creation is enabled. This behavior applies to columns that act as the primary title/identifier of a linked item (typically itemLink or multiItemLink columns bound to a title field).

v25.3.1+ — Dependent enums (column-level)

Dependent enums are a column-level feature. They are configured on individual columns, not as a top-level configuration section. When a column’s value depends on another column’s value (for example, an ASIL level that depends on a severity rating), Risksheet filters the available enum options based on the value selected in the source column. Dependent enums are defined by referencing Polarion enumerations and configuring the dependency on the column. The underlying enumerations themselves are defined in Polarion Administration (Administration → Enumerations).

v25.4.0+ — Dependent multi-enums

Dependent multi-enums extend the v25.3.1 dependent-enum mechanism to columns of type multiEnum:<enumId>. Users can select multiple values from a filtered set that depends on another column’s value. This is also a column-level feature — there is no top-level relations section in the sheet configuration.

v25.5.0+ — Sheet configuration editor and refreshOnSave

From v25.5.0, Risksheet includes an integrated sheet configuration editor with YAML editing support. The editor provides:
  • YAML syntax highlighting for the sheet configuration
  • Error detection while editing
  • Edit history with version comparison
The underlying configuration is still stored as a JSON attachment on the Polarion document; the editor surfaces YAML for readability. v25.5.0 also introduces the refreshOnSave option in the global section of the sheet configuration. When enabled, the grid refreshes automatically after each save operation, ensuring downstream calculations and decorators reflect the latest data immediately.

Version Compatibility Architecture

diagram

Known Compatibility Issues by Polarion Version

Polarion 2310

Upgrading to Polarion 2310 causes an UnsupportedOperationException in server logs when the system attempts to render document fields like renderingLayouts. This error has no functional impact on Risksheet operations. The system skips failed fields and continues normally.
Symptoms:
  • java.lang.UnsupportedOperationException in Polarion server logs during Risksheet loading
  • Error message references the renderingLayouts document field
  • No visible impact on Risksheet functionality, grid rendering, or data operations
  • Error appears each time a Risksheet document is opened
Resolution: Update Risksheet to version 24.7.0 or later, which suppresses the document field rendering error. Version 24.7.2 is recommended as it also includes an unrelated bug fix. Affected versions: Risksheet versions prior to 24.7.0 running on Polarion 2310.

Polarion 2410

After upgrading Polarion to 2410 and updating Risksheet plugins, users may encounter unparseable query errors that prevent access to LiveDoc documents. These errors frequently originate from Polarion’s Auto Assignment feature with invalid inputs, not from Risksheet itself.
Symptoms:
  • Unparseable query errors preventing access to LiveDoc documents (particularly in demo projects)
  • Stack traces referencing data service interceptors and Nextedy components
  • Errors appearing in server logs that mention Risksheet hooks even though the root cause is Polarion configuration
Root cause: Polarion’s Auto Assignment feature may contain invalid field references or user assignments that produce malformed Lucene queries. Risksheet data service hooks appear in the stack trace because they intercept data service calls, but they are not the source of the error. Resolution:
  1. Investigate Polarion configuration first, particularly Administration > Work Items > Auto Assignment
  2. Verify that all Auto Assignment rules contain valid field references and user assignments
  3. Check that custom queries in the sheet configuration use valid Lucene syntax compatible with Polarion 2410
  4. Update Risksheet to the latest version compatible with Polarion 2410
Risksheet components such as data service hooks appear in error stack traces for any data service exception, even when Risksheet is not the cause. Always examine the actual error message and the originating query text to determine the true source of the problem.

Runtime Configuration Properties

The following properties are loaded from the Polarion runtime context and reflect version and environment information. These values are available in the browser via the window.risksheet object:

Configuration Source Tracking

The configuration loading system tracks where each sheet configuration was loaded from, which is essential for debugging after version upgrades:

Project-Level Properties

These project-level settings are managed through Polarion administration and interact with version compatibility:

Upgrade Procedure

Pre-Upgrade Checklist

Upgrade Steps

  1. Download the new Risksheet version from the Nextedy website
  2. Stop the Polarion server
  3. Delete the previous plugin version from the Extensions folder — do not copy the new version over the old one
  4. Copy the new plugin version into the Extensions folder (only one version folder per product should exist)
  5. Delete the cache directory at [POLARION_INSTALL]/data/workspace/.config to clear plugin caches
  6. Start the Polarion server
  7. Verify installation by checking the Risksheet Setup and License pages in Polarion Administration
A common update mistake is copying the new plugin folder over the old one, resulting in two plugin versions in the Extensions directory. This causes the Risksheet menu to disappear from the Polarion navigation. Always delete the old version folder before copying the new one.
After installing or updating Risksheet, you must delete [POLARION_INSTALL]/data/workspace/.config to clear plugin caches. Failure to do so causes empty Setup and License pages in the Polarion administration interface.

Post-Upgrade Verification

After upgrading, verify the following:
  1. Risksheet menu appears in the Polarion navigation panel for all projects
  2. Existing Risksheet documents open without errors
  3. The Setup page in Administration shows the correct version number
  4. The License page shows valid license status with the expected number of named users
  5. Server logs are free of unexpected exceptions (the renderingLayouts exception is harmless on versions prior to 24.7.0)
  6. Custom Velocity templates (top panel configuration, PDF export configuration) render correctly
  7. On v25.5.0+, open the sheet configuration editor and confirm YAML editing, syntax highlighting, and history work as expected
Risksheet releases can occasionally be pulled back due to discovered regressions. Always deploy updates to a staging or test environment before production to verify compatibility with your specific configuration and workflows.

License Group Changes in Major Upgrades

v25.11.0+ with Powersheet Installed

When both Risksheet and Nextedy POWERSHEET are installed with production licenses, Risksheet v25.11.0 and later reads user assignments from the nextedy_powersheet_users group instead of nextedy_risksheet_users. This license unification change can cause all Risksheet licenses to appear inactive after upgrading. Symptoms after upgrading to v25.11.0+ or v26.1.0:
  • License page shows 0 named users configured
  • All Risksheet licenses appear inactive
  • Users cannot access Risksheet despite being in the nextedy_risksheet_users group
Resolution:
  1. Create a nextedy_powersheet_users group in Polarion
  2. Add all users from the nextedy_risksheet_users group to nextedy_powersheet_users
  3. Verify the License page shows the correct number of named users

Template Installation After Upgrade

After upgrading Risksheet, you may need to reinstall project templates to get updated defaults. Nextedy provides solution templates for typical methodologies across industries; pick the closest one to your process and modify it rather than starting from a blank configuration. Template installation is available via POST /admin/setup or through the Administration interface. The system detects existing templates and removes them before installing fresh versions.

URL Patterns

Risksheet URLs include version and project context:

See Also

Last modified on July 10, 2026