![]() |
|
| Product | |
| Support | |
| Everything Else... | |
| TS1042: Deleting an Icon Results in Damaged Collection | |
| Category |
Pre-Existing Bug |
| Problem |
Throwing away a fields or abacus that is no longer used results in Update Collection reporting that the collection is damaged. (Diagnostic Code: 30/xxxx/xxxxxxxx, Error Code: 302) |
| Discussion |
This is a known bug from older versions of Helix. What has happened is this: at one time the "bad" icon was referenced by another icon (probably an abacus) but that reference was no longer needed, so the collection designer removed it. When this was done Helix failed to update an internal usage table, called a backlink table. Because the table was not updated properly, the referencing icon continues to believe that the unlinked icon is still needed. When you subsequently throw away the unused icon, the referencing icon's backlink table is not updated. When Update Collection sees this situation, it marks this as a problem that is "not corrected" and flags it with error code 302. It is important to understand that throwing away the unused icon does not damage the collection. The damage already exists; throwing the icon away merely reveals it. |
| Solution |
There are a number of options:
|
| Status |
This bug has been reproduced in our test lab. The bug does not appear in current versions of Helix, but we are working on a way to "scour" existing databases looking for (and repairing) this type of damage. Until that solution is found, use one of the workarounds described above to repair collections that have this problem. Update: December, 2005. A solution has been identified and will be implemented in a future release of Helix. |
| History |
This bug existed in versions of Helix Express prior to our company's acquisition of Helix. Damage caused by this bug will continue to surface in current versions of Helix when previously created icons are discarded. |
| Scope |
This bug affects Helix RADE |