Fatal error when visiting `search/site`.

Comments

dww’s picture

Issue tags: +solr, +project, +drupal.org D7

This stuff is all a D6 hack. There's this notion in D6 that certain vocabs are "related" to only certain project types (using that monster D6 "Projects" vocab where the top-level terms are project type and the sub terms are categorization for each type). Basically, this lets you configure certain vocabs to only appear on project nodes with a certain top-level term.

None of this insanity is needed in D7. Since each top-level project type is a separate node type, each can just cleanly have its own vocabularies. So, instead of anything related to this mess, I think you just want to look at each of the vocabs on each project node type and Do The Normal Thing(tm). Maybe project_solr doesn't actually have to do anything at all here, and the default solr indexing will Just Work(tm)?

jhedstrom’s picture

Status: Active » Needs work
Issue tags: -solr, -project, -drupal.org D7

I've temporarily commented out this function (see 8fff03a) so that the rest of the search functionality can be tested. It remains to be decided what, if any of the logic in hook_apachesolr_query_alter() is still needed.

jhedstrom’s picture

Issue tags: +solr, +project, +drupal.org D7

not sure why the tags went missing.

drumm’s picture

Issue tags: +4hr

tag

drumm’s picture

Assigned: Unassigned » drumm

Taking this.

drumm’s picture

Status: Needs work » Fixed

Yep, it is unnecessary. I got project taxonomy filtering working on the main site search without this code, which I deleted.

Automatically closed -- issue fixed for 2 weeks with no activity.