As for re-creating the error, I'm not sure I can help. I've tried to re-create it myself now with no luck. I just wish I had been making DB backups previously. (I now have a backup job scheduled).
Thanks again. If I can re-create it I'll let you know.
Regards,
Jeff Coughlin Web Application Developer http://www.jeffcoughlin.com/
Geoff Bowers wrote:
Actually tree corruption is very rare -- and typically only occurs when we're developing something, hence the diagnostic and repair tools. But if you can provide a series of steps that replicate corruption we'd be happy to address the issue.
In future, it is worth noting that the tree and the underlying data are quite separate from each other. The tree model is like an overlay for objects that require tree relationships. By default, these are simply navigation and category objects -- but its an internal service you can apply to any relevant object.
Tree "corruption" for want of a better word, is simply a loss of topographic metadata and *not* a loss of underlying object data.
If you still need to do data recovery, you could copy your dmHTML table into the new database and then write a script to attach all HTML objects to a single navigation node. All you would have to do manually at that point is rebuid the tree (see the admin quick builder for a fast way to do this) and then drag drop the HTML objects to their correct place.
-- geoff http://www.daemon.com.au/
--- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
