Im having some issues with using Apache Solr Attachments and the revisioning tool in drupal 6. When i create a new revision of a node, and add a _new_ file to it - the Solr still indexes the old file that is in the revision heap, even tho the user does not have permission to see revisions.

The only solution I have found, to get rid of these files in the Solr search is to delete the file index, and reindex everything agian. Then the old revisioned files will disappear.

Is there any way to

1. Automatically have solr reindex files when you add a new revision, so you wont see the old revisions in the search?

2. Programatically trigger the delete file index, so you can make it in to a service to be run daily?

Comments

jpmckinney’s picture

jpmckinney commented
Version: 6.x-1.0-beta2 » 6.x-1.x-dev
paul_gregory’s picture

paul_gregory commented

We have noticed this same behaviour on one of our client websites.

I worked out how to remove all files associated with a node from the index when it's updated but I couldn't figure how to get the module to reindex the node afterwards. This is what I was doing:

/**
 * Implementation of hook_nodeapi().
 *
 * For a delete: mark all associated attachments as removed.
 */
function apachesolr_attachments_nodeapi($node, $op) {
  // remove indexed attachments from a node when deleted or updated
  if ($op == 'delete' || $op == 'update') {
    apachesolr_attachments_remove_attachments_from_index($node->nid);
    // Mark attachments for later re-deletion in case the query fails.
    db_query("UPDATE {apachesolr_attachments_files} SET removed = 1 WHERE nid = %d", $node->nid);
  }
  if ($op == 'update') {
    // Reindex $node somehow
  }
}

Can anyone offer any insight?

Cheers
Paul