if (!BB_IS_ADMIN) {
add_action( 'do_search', 'super_search_init',256);
if (isset($_GET['search'] ) || isset($_GET['q'] ) || isset($_GET['SuperSearchUsers'])) {add_action('bb_init','super_search_init',256);}
function super_search_init() {require('super-search-init.php');}	// only loads code if search requested
}

"Also, I have a problem with this mroe advanced search. It's interfering with search in teh admin section. And thus I can't look up the deleted or closed topics. I can't see the deleted topics or spam posts of anything at all without having to search through EVERY thread name that has ever been made and is open. Since it won't let me look up deleted. If I select "deleted" and hit search, it takes me to the forum users' new advanced search which does not allow me to see deleted posts because it is no longer in the admin section."

I searched for this through here and also on the support forum. Didn't find anything. Wondering if its an isolated issue and not a known issue.

As expected, when filling my-plugins with useful extensions for bbPress, I ran into "side effects" of one plugin with others:

Conc. SuperSearch - it takes over control in the "Manage Topics" etc. area as well.

How can I control that behaviour - and use only the provided "filter" instead?

Is there any way to use super search to pull up posts just by the author without having to search for a word in the posts?

Just set the user to admin (under advanced) and it will show every post ever made by the admin.

I tried this but you need to put a word to search for, and it is pretty hard to think of a word you use every time you post...is there a special wild card character you can put in the search box that will allow you to do this?

I have members asking me about this and I have tried to find a solution without much luck.

Thanks!

Scott

Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in /home/letsdoo/public_html/TalkSpirit/my-plugins/_bb-gzip.php on line 12

but I can't find anything in Super Search using gzhandler. Any ideas folks..?

Hope you are doing great, Just help me with this search option.
What has to be added and what needs to be installed to have a search forum button and text field option.

Cheers,
-Vikram.

Thanks,
-Vikram.

Hope you are doing great!
I want to put an option like search text box option, like how the bb press forums has that option.
I installed this plugin and activated as by your instructions, but I am not able to see any kind of search text box button enabled and visible on my main page of Forums.

I am intrested to see search option on my forum main page like as the bbpress forum page (http://bbpress.org/forums/).

Please help me with this. I am using the right plugin or do I have to do any modifications or do I need to install any other plugin.

Thanks,
-Vikram.
Have a good day too!!

The highlighting must be some kind of multi-byte bug with preg_quote or preg_replace or even the word boundry \b in the regex. I will have to research. The context routine is something I have to eventually replace anyway, it's not very good and just something temporary.

I am finding notes that preg_quote is not utf8 safe, but that is from 2006, I will have to investigate.

Okay after some testing I think the problem with words like "cliché" is the word boundaries. If you disable "exact match" it will work. I will have to research more.

I already tested without this "punctiuation striping", so this is good :)
I had also the htmlentities problem, thank you for having it solved !

Why didn't you correct the space in SQL query problem line 471 ? (even if I did not reproduced it)
the bug report made by phpbroker19 was quite clear ....

I still have the "no post shown" problem ...
I also experience no "highlight" even if I see the word is in the shown post (and of course, the "highlight" checkbox is checked). This seems to happen specially with accents. I tried "énorme", "j'étais" I think "cliché" should also have this problem.

But already, this "Super Search" worths its name !

You are right, it doesn't appear to be a security issue, it might be for regex searches but people using that feature should know better anyway.

If it works with that line disabled/removed, go for it.
I might disable it by default after some testing.

Okay, we'll try it in 0.0.3 - thanks for your feedback.
I also found a problem with htmlentities which apparently isn't utf8 safe so fixed that too.

I tried a few utf8 searches and they seem to work in 0.0.3, let me know if it works for you.

Your comment was right ... "foreign languages" does not like that.

But eventhought, I don't understand the need.
For example, I wanted to search for posted link, so I search for "juggletube.com", and this line force SuperSearch to search for "juggletubecom" and so, it finds no results.
that's the same for cyrillic or french "accents", when we type "déjà vu", it searchs for "dj vu".

As this does not seems to be needed for safety, I would suggest to make the "preg_replace" with a "positive" mask (something like "/,;\/:!%/" , a mask listing all ponctuation you would like to strip)

For _ck_ who is the real guy to thank, I continue my test report.

the "exact words" option has a strange behaviour : when the word we search is the last word in the topic_title, then it is not given in the results. It as if the end of the title was a character attached to the word. I forgot to say that I tested with the "located : 'only in titles' " option.

another strange bug : there are some empty posts given in results, or at least, the result show no post. And as there is only a link the the profile of the poster, this lead to a very strange result : we want to search a post, we click on a result, and we are on a profile page ...

I solved my layout problem (which appeared only in firefox, not in IE) by removing 'clear:left' in super-search-init.php line 594.

First of all, I wish to say my thanks to your great plugin.

I have also got an error while performing the search with selecting many features on the adavnced section. And it displays a long Query and the problem is fixed when I added a space in the line 471 just before the "GROUP BY"

super-search-init.php

Line 471

Old Code:

if (empty($SSrequest['posts'])) {$query.="GROUP BY t3.topic_id ";}

Used the following code:

if (empty($SSrequest['posts'])) {$query.=" GROUP BY t3.topic_id ";}

But the user search is not working fine. Can you help me to find the final SQL Query for getting the result? If so, I can fix this issue..

Thank You BBPress Team.

I just have the "non esthetic" problem because "I have a sidebar, so it pushes all the options and results to the bottom of the page (although the search window itself is at the top)."
But I guess it's more a problem coming from my not standard theme.

Thanks a lot for this plugin.

I forgot to give some details :
I tried under 9.0.2 qnd 9.0.4, and it works the same.

there is a small "functionality" problem : there are a lot of result with empty content. I mean : I see the title of the topic, the name of the poster and even details like the number of the post, but no post content.

I also try french characters like "à" ou "è" and the same bug than for cyrillic : the search is transformed into "Ã " and it does not find any matching word.
It is funny for set of word like "mise à jour" : the 2 'latin" words have matches, not the french special character.
I think this comes from an encoding translation : usually, when you type "à" in UTF8 and you read it in ISO-8859-1, you get this "Ã " characters. If I read directly inside the database, the post_text contains "Ã " and no "à".

I'm taking a bbPress break today and maybe tomorrow as I am getting burnt out on it all but I will look at this again later in the week.