Closed (fixed)
Project:
Search API Database Search
Version:
7.x-1.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
7 Oct 2012 at 07:32 UTC
Updated:
19 May 2013 at 08:30 UTC
Jump to comment: Most recent file
Comments
Comment #1
liquidcms commentedbumping to major since as far as i can see nothing works with this error occurring. perhaps this is more on the search db module than on search api in general. going to try solr to see if that works any better.
Comment #2
lefnire commentedSame issue for me, and I also think it might be search_api_db, I posted there: #1807622: Fix definition of the default node index
Comment #3
liquidcms commentedis it just me or have error msgs become completely useless in D7?? lol - no file or line number; how is someone supposed to debug this?? grrr!!
Comment #4
sardbaba commentedsame issue here.
Comment #5
liquidcms commentedi do have all of this working now. :)
i have:
Search API 7.x-1.2+9-dev (2012-Oct-10)
Search API Database Search 7.x-1.0-beta3+4-dev (2012-Jul-01)
Comment #6
sardbaba commentedYep, me too :)
I really don't know why, probably I have misconfigured something... but following carefully this tutorial:
http://envisioninteractive.com/drupal/drupal-7-views-with-faceted-filters-without-apachesolr/
solves my problem.
I've changed the project and closed.
Cheers
Comment #7
maxplus commentedHi,
I had the same problem and it was solved by setting the Node Title field to string instead of full text in the Search API setup page.
Comment #8
MrHertal commentedThanks a lot maxplus, that solved my problem too.
Comment #9
semiaddict commentedI had the same issue, and needed to keep the fields as fulltext for different reasons.
After some digging, I think I found the source of the problem. It should be fixed with the attached patch (for 7.x-1.0-beta4).
Comment #10
ntigh52 commented#7 thanks
#9 thanks
B-I-N-G-O!!!
Thanks, solved my problem!!
Thanks a lot!
Comment #11
Slacky08 commented#7 worked for me too, but it wasn't the Node Title I was using so I just changed my other field to be "string" rather than "full text".
Thanks,
Rich
Comment #12
BParticle commented#9 works, great!
Comment #13
maximpodorov commented#9 works, really.
Comment #14
andypostReally annoying
Comment #15
maximpodorov commentedAnother issue:
I created aggregated field with one underlying field - node title (with aggregation type: 'First'), added this new field to index as String (not Full text). Reindexing failed with the following message:
SQLSTATE[42S22]: Column not found: 1054 Unknown column 'word' in 'field list'
Comment #16
LeviThomason commentedAlso confirming #9 works for the originally posted issue. Not sure about the issue in #15.
Comment #17
cafuego commentedThe patch in #9 fixes search_api_pages and search_api views for me.
Comment #18
drunken monkeyAh, thanks for reporting this and spotting the problem.
However, I think the proper fix is the one in the attached patch. We actually want to treat text fields exactly like multi-valued fields, as their tables also don't have
NULLentries.@ maximpodorov: Please create a new issue (or find one really discussing yours) for your problem if it's, as you say yourself, another issue.
Comment #19
Adam Wood commentedThe patch in #18 fixed the same SQLSTATE[42S22] error mentioned above when indexing full text fields from the Location module.
Be sure to disable the module, re-enable it, run update.php, and rebuild the index.
Comment #20
drunken monkeyGreat, thanks for testing!
Committed.