Részben segített a Flag modul, tehát köszi még egyszer.
Arra jutottam, hogy a dolgozathoz kapcsolódó bírálat készítésekor a dolgozat automatikusan kapott egy-egy flag-et- Így már meg lehet számolni (flag counter), hogy egy dolgozathoz hány bírálat készült, tehát lehet kezelni a nyitó hozzászólásban leírt problémát. A megoldás nem a legszebb, mert ha mindkét bíráló bírál, akkor a nézet továbbra is két sort ad vissza, de a másik bíráló sorához így legalább ki lehet írni, hogy "másik bíráló sora".
Elviekben megoldaná ezt a gondot a következő szűrő: a "tartalomhoz nincs flag VAGY az aktuális felhasználó jelölte flag-gel a tartalmat". Mindkettőhöz készítettem egy-egy kapcsolatot (Flags: review counter ill. Flags: review by current user), majd ezeken keresztül adtam hozzá a szűrőt:

(egyéb szűrők)
) ÉS (
  (counter) Flags: Flag counter = 0
  VAGY (aktuális felhasználó) Flags: Flagged Igaz
)

Ehhez viszont még kéne egy olyan feltétel szintén VAGY-gyal kapcsolva, hogy "az aktuális felhasználó nem jelölte ÉS nem az aktuális felhasználó jelölte". Viszont az a baj, hogy úgy látom, utóbbit nem lehet beállítani, mivel a kapcsolatoknál csak két lehetőség van: aktuális felhasználó jelölte vagy bármilyen felhasználó jelölte.

Ha minden igaz, akkor sikerült megoldani a hibát, és ami a lényeg, hogy a feeds modul csak részben volt bűnös.

Az aplha5 egyszerűen leállt és semmi hibaüzenetet nem írt sehova.

Visszatettem az alpha4-et, az már dobott hibaüzeneteket:SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry...

Ezt akkor is produkálta, ha a cron indította és akkor is, ha kézzel indítottam és a logban ez a hibaüzenet fogadott:
PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '14746-27-domain_id' for key 'PRIMARY': INSERT INTO {node_access} (nid, realm, gid, grant_view, grant_update, grant_delete) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5); Array ( [:db_insert_placeholder_0] => 14746 [:db_insert_placeholder_1] => domain_id [:db_insert_placeholder_2] => 27 [:db_insert_placeholder_3] => 1 [:db_insert_placeholder_4] => 1 [:db_insert_placeholder_5] => 1 ) in node_access_write_grants() (line 3425 of /home/kompanij/public_html/modules/node/node.module).

Sőt ugyanez volt akkor is, ha manuálisan akartam egy új node-ot létrehozni. Innentől már látszott, hogy nem a feeds modul a bűnös.

Hosszas keresgélés után találtam több patch-et itt, amik a node.module-ra vonatkoztak, de legtöbbjük nem oldotta meg a problémát. Végső elkeseredettségemben kipróbáltam egy pirossal jelzett patche-t, ezt ni, és ez megoldotta a problémát. (Igen tudom, csúnya dolog a core hack, de az is, ha nem működik rendesen a rendszer.)

Közben találtam egy meglehetősen elegáns megoldást: http://www.raisedeyebrow.com/blog/2011/01/show-top-level-terms-term-type...
Ugyan a példa taxonómia kifejezés-típusú nézetre vonatkozik, de mivel az esetemben úgyis hozzá kell rendelni az eseményhez tartozó kifejezéseket, ezért a "kifejezés szülőkifejezése" kapcsolat itt is létrehozható. Aztán már csak azokra a kifejezésekre kell szűrni, amiknek nincs szülője, tehát felső szintűek. Ez persze azzal jár, hogy minden eseményt hozzá kell rendelni egy felső szintű kifejezéshez, de ez igazából nem mond ellent az alkalmazás logikájának.
-- SZERK --

Hát sajnos mégsem működik ez a megoldás :( Érdekes módon az előnézetben még a megfelelő eredményt adja, de a weboldalon már nem jelenik meg semmi sem. A naplót telerakja a következő figyeleztetésekkel:
Warning: mb_strtolower() expects parameter 1 to be string, array given drupal_strtolower() függvényben
Mondjuk ezt annyira nem értem, mert a leírás alapján minden taxonómia-kifejezésre mutató bejegyzés szöveg.