Tobject->copy fails because of frozen counter player

Developer comments

The background here is the following a "template" business process called _order_ is repeated several times (weekly) by _loads_. Order is composed of several adjuncts which form the base for invoicing since only the individual loads are invoiced. It is necessary to freeze the order shallow, so it does not get changed on accident during the period where the loads are happening.

Rejection comment

The FrozenException is justified. The situation is the following. Given a topic T1 and its adjunct T2. T1 is shallow frozen, which means T2 is not frozen. T2 is copied creating T3, meaning that a new association to T1 would be created, after all it is a complete copy. This fails because T1 is frozen. Now anything else would be a problem. The copy call cannot know that right afterwards, the association T3/T1 is replaced since we actually need it to be T3 connected to another topic T4. The problem can be easily avoided by either specifying what should be copied (all but the one association type) or by using ignore_frozen.

Reporting date

2026-02-25

Reported by

Robert Cerny

Rejection date