The rules originate directly from a user-provided ordered list, such as netascode yaml.
What representation to use during internal processing?
The rules must go to POST as an ordered list. This is a limitation of the API: it seems that re-ordering rules without DELETE/POST is not possible.
The intention of this change is to retain an ordered list throughout point 2 (throughout the internal processing). On previous provider DAG of tf resources was used during point 2, which led to this user-facing problem. Graph is naturally hard to convert into ordered list.
Exactly the same rationale/behavior/limitation applies to categories.
~Prototype quality, the validation code is not yet ready for serious testing.~ Ready now.
The processing of rules:
POST
as an ordered list. This is a limitation of the API: it seems that re-ordering rules without DELETE/POST is not possible.The intention of this change is to retain an ordered list throughout point 2 (throughout the internal processing). On previous provider DAG of tf resources was used during point 2, which led to this user-facing problem. Graph is naturally hard to convert into ordered list.
Exactly the same rationale/behavior/limitation applies to
categories
.~Prototype quality, the validation code is not yet ready for serious testing.~ Ready now.