Sphinx Search

[orban]

Second argument is $Coventry...? That variable is from vBulletin...

No idea what's causing this. Do you have Conventry disabled maybe?

And I strongly suggest turning off errors for users and log them to a file.

[mute]

erm yeah, it's $Coventry. We don't use it, so that is probably why. For now i just set error_reporting to 0 and it went away

[ALanJay]

I think it is slightly amusing that with this upgrade people are now seeing very similar errors to the ones that I have with vB 3.0.x

The assert function errors are caused by text numbers being passed rather than integers. You will see further up a solution using array_walk to make sure that that does not happen.

The coventry ID one I also had and if you don't use that function just remove the query line in sphinx.php short term until the real problem/solution is discovered

Good luck.

[orban]

It's weird though it doesn't even get set...should at least be an empty array. And why is it even a seperate global and not $vbulletin->coventry?

Just remove the line if you aren't using coventry then.

Such a mess

[mute]

Alanjay, you mean you're surprised that jelsoft code is buggy and hard to work with? I'm not

[orban]

Haha



I really wish they removed all the global variables. They're the pain in the ass to be honest.

[ALanJay]

as oban says ha ha

We should be very grateful that we can hack it to bits and get it to do stuff that makes it so expandable.

[orban]

IMO they must add a hook before and after every statement. So you can completely modify any part.

[weeno]

does this require a specific version of mysql? (I'm at 4.0.x)

I get an error on indexing

ERROR: sql_range_query: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT max_doc_id FROM sphinx_counter WHERE counter_id = 1 )'

thanks
arn

[orban]

Have you created the sphinx_counter table?