#1922 Invalid token transitions from upgraded TPS
Closed: Invalid Opened by edewata.

In Dogtag 10.3 some invalid token transitions (e.g. UNINITIALIZED to ACTIVE) were removed from CS.cfg and the labels for the valid token transitions are now stored in token-states.properties. If an older TPS was upgraded to Dogtag 10.3, the CS.cfg will still contain the old invalid transitions, and the UI will fail to find the labels for those transitions in token-states.properties, generating a MissingResourceException.

One option is to write an upgrade script to remove the invalid transitions from CS.cfg. This may change the server behavior, so this will not be acceptable if the user relies on the old invalid transitions.

Another option is to add the labels for the old transitions into the token-states.properties even though they are invalid (e.g. "This uninitialized token has been activated"). The invalid transitions will appear in the UI and it will be selectable like other valid transitions.

Another option is to generate the label dynamically for any transition that doesn't exist in token-states.properties (e.g. "Change UNITIALIZED to ACTIVE"). In this case the invalid transitions will also appear in the UI.


Upgrading TPS from Dogtag 10.2 to 10.3 will not be supported. This will be documented in ticket #1961.

Per CS/DS Meeting of 02/15/2016: CLOSED WONTFIX

This should be covered by the token state design doc
(which is a part of the "TPS feature - PRD 1.1)

Metadata Update from @edewata:
- Issue set to the milestone: 10.3.0

Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new
issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.

This issue has been cloned to GitHub and is available here:
https://github.com/dogtagpki/pki/issues/2320

If you want to receive further updates on the issue, please navigate to the
GitHub issue and click on Subscribe button.

Thank you for understanding, and we apologize for any inconvenience.

Metadata