feature in 8.3 - Automatically re-plan cached queries when table definitions change or statistics are updated

Hi,

today i run into an issue with postgres 8.3.4 and slony 1.2.15 on solaris 10.

I found hundres of errors in my postgres log file:
ERROR:  cache lookup failed for type 177473925

These errors came up directly after dropping a slony cluster completely.
The relevant slony commmands were:
drop set ( id = 1, origin = 1);
drop path ( server = 1, client = 2);
drop path ( server = 2, client = 1);

These commands drop the trigger in the replicated tables.

In the Release Notes of Posgres 8.3 I find
"Automatically re-plan cached queries when table definitions change or statistics are updated "
and in the slony docs I find something similar:
http://www.pgadmin.org/docs/1.6/slony/faq.html#missingoids

Did I do something wrong?
Is that feature limited to special table alterations or specific platforms?
What can I do to prevent this error - except reestablishing the db connections of course.

In postgres 8.3 I already could successfully create an index parallel to another index which was corrupted and drop the corrupted trigger without reestablishing the db connections.
So basically I'm on the right way.

best regards,
Uwe