Squishdot uses ZCatalog quite heavily. When you move/copy/rename a
Squishdot site, all the Paths stored in its catalog become incorrect.
Not nice...

Darrick experienced this when copying a Squishdot site and then trying
to delete a load of articles. He didn't notice the uncatalog errors he
was getting when he did this and so reported that articles were still
showing up in searches after he'd deleted them. That's because the paths
stored didn't change when the site was moved and the delete code in
squishdot was trying to delete objects with a path at their new

Rather than rant about the fact that paths are not unique identifiers
for objects in a ZODB (because they change when the objects move, and,
as this demonstrates, that's not good!) I thought I'd fix the problem.

However, the only way I could find to solve it was to add a
manage_afterAdd method to Squishdot Sites which recatalogued all
postings. This is a _lot_ more resource intensive than it needs to be,
since I don't actually want to recatalog all postings (quite expensive
when there are 3000+ of them ;-), I just want to modify the paths that
ZCatalog has stored.

Is there any way to do this? There probably should be ;-)



Zope-Dev maillist  -  [EMAIL PROTECTED]
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope )

Reply via email to