We are familiar with this problem with the instance data on doors. If you change the Data Definition or add a data definition to the Catalog Type for Doors. This seems to only be a problem with doors. We had hoped the new BD DataGroup Upgrade Utility could be used to get around this problem, but it does not seem to write the newly added definition and we remain with the problem. At times doors lose the Instance Data altogether and it must be added back onto the door to resurrect door data and functionality. The only solution we have found is if we add an additional data definition we need to touch each and every door and edit something. This only works if the “allow edit” is checked for the door type when we perform the edit. We do not need to change the door type, but the “allow edit” box need to be checked. This seems to allow the new data to be written to the element (or perhaps a new door element since the software may assume that the door type has changed). As already stated this has existed since BA. I am assuming that no one has ever filed a SR before on this problem. If they have, it has never been addressed. Therefore I am submitting a trouble report to formally identify the bug. It is logged as Service Request number 7000256483.
↧