Warning: Invalid argument supplied for foreach() in /search.php(292) : eval()'d code on line 73

im gettin the same error...nice to see the coders are aware of it, and are working on a fix...

Appears to have something to do with the search table being empty. I am sure Boofo would hook us up with a fix shortly :)

too good Thanks !!

needed this thanks

clicked install :)

If anyone is still getting the error mentioned in the thread, contact me via pm and I will give you a fix to test. I don't get the error so I can't test it.

Nice to see that this one made the jump to 3.5.0

Hello, stranger. Glad to see you around. ;)

I'm always around. Just not much to say anymore. :(

Keep up the good work Bob.

PM me when you have time and we'll catch up. Got a new site. ;)

New version has been uploaded that fixes the error for new sites when the search table was empty. ;)

works like a charm- thanks again!

Were you getting the error, too?

Yes sir he was getting the error as well.

Appears the hack is running correctly on my site...crons have run and cleaned up the search table...No errors showing.

Well done my friend, I will followup is any other issues arise :)

More information to add...

I would recommed those running RC2 go into the ACP and select 'scheduled tasks' Once in there, go to manage and attempt to run some of the tasks manually. If you receive an error, do not panic...

go into your admincp/cronadmin.php

Find

Replace With

Save and you should be good to go!!!

RC3 should have this fixed.

I forgot all about that. That's why my cron was running. I changed that a while back when they first found it. I'm sorry I didn't think of that, Mike. Duh on me.

Its no problem my friend...I am watching the logs to see if they are running at the correct time.

Have a great one!

FYI, Hourly Cleanup #1 just ran, searches are still being shown...I will report back after #2 runs :)

Ok hourly cleanup #2 has not removed the searches, they are still showing.

I am curious if there is another cron that does this??

I guess Hourly Cleanup #1 is supposed to remove the info in this table, however, it did not on the first run...However, on the second it did???

The hack is working fine. I wouldn't worry about the cron removing the searches. The longer they are there, the better, right? ;)

I have a question The searches only can see to admin or is there any way to activate it public too??

Ummm actually guest can view the searches. :)

But only in those forums you allow guests to view. ;)

What do you mean? Are you saying that results will only display if guests have the permissions to view the forums in which the search results found information?

LOL that was a mouthful...

So if guests cannot view any of the forums, they will be unable to view the last 15 searches?

Exactly! ;)

Try searching for a word that is in a private forum and you will notice that it will not show up to anyone who doesn't have permission to view that forum. As I stated in the first post, this is now FULLY permissions based. ;)

Even better then just that. If a search for a word has for example 5 resulting threads, of which 3 are in public forums, and 2 in privat. It will show to those that have no access to the privat forum, that there are only 3 results. :D

In Marco's example, the Admin, who has access to all forums would see the results as: 5 Threads while the other user who does NOT have access to the private forums would see the results as: 3 Threads. ;)

I tried to do this on the vB 3.0 version but didn't have any luck at it then. Marco's expert coding allowed it to happen for this version now. ;)

No luck involved in coding Boobo. :D

I rely on luck when I code. I have to. I don't have the skills you do. ;)

On RC3, has anyone gotten repeated looping? Like when going to the search page you will see, for example 5 results and 5 tables repeating the same information.. Do a new search, and you will notice 6 seperate tables (with all the correct data) but it keeps creating brand new template tables per search term.. Anyone? :)

All this hack does is read the last 15 rows from the search table. It is very possible to have what looks like duplicates, but are really not, if you search for the same item more than once. It did the same thing in RC 2 and it working as designed. ;)

And don't forget the install button. ;)

I seem to remember that previously, admin searches were not displayed..

Is this not the case with this new version?

They are displayed only to those who have access to whatever forums the searches are in. It is fully permissions based now. ;)

I should explain more accurately. :)

Each search that is submitted, yields a brand new instance of the new table code inserted into the search template.. Wierdest thing I ever saw.. I uninstalled and reinstalled several times (even on a fresh version) so I have no clue how it could be happening...

Say I go into search, and type "test" and JUST installed your hack for the first time. It will display flawlessly. Do it again for something like "funny", it will display TWO tables BOTH showing test and funny results. :)

First of all, they are not tables, they are rows. And it is working exactly as it should. ALL it is doing is pulling the last 15 rows in the search table. Whatever is in those rows is what it will pull. Simple as that. ;)

Show me a pic if I still don't understand.

ty, * installs* worked just like it should. this will be a great tool for me to organize the forums for the members, depending on what they are searching for alot :)

The whole results table repeats. v1.0.2 of the product with vB 3.5 RC3

Looking at the search_intro plugin the code that looks for $navbar and adds the $last15searches variable to te template is within a foreach statement moving the last closing } up four lines may be all that's needed for a fix? :)

And it will you (Only Admins) to see who is doing the searches. ;)

Ok, I see what it is doing. I will have a fix shortly. ;)

First post updated with fixed and working version. ;)