Category: Search

Fulltext search doesn't result all pages where the word is on.

For example search for the word "vodafone" without the quotes, results only 2 pages where it should be 3 or more.

We allready tryied to make a full rebuild and also teted it with word_len = 2.

Thanks for help in advance, any questions... let me knoe.

Not sure on how it works and can’t find solid information about it.

At https://doc.tiki.org/tiki-searchindex.php?filter~content=templates it says:

Field Weights
title:2.5
allowed_groups:0.0001
categories:0.0001
deep_categories:0.0001

So results with the searched word in the title should be of more relevance than other results and therefor be display on the top of the list.

However, at https://doc.tiki.org/tiki-searchindex.php?filter~content=templates the first result with the word Template appears is third.
Result one and two got a lot of time the word template in their content.

I tried to play with the "title" field weight but didn’t get anywhere.
(rebuilding the index didn’t improve)

Seems to work (jonnyB) when ElasticSearch engine is selected

Search for javascript in 2.0 using search box performs search for "j-a-<-x->-s-c-r-i-p-t". Happens on tikiwiki.org.

http://tikiwiki.org/tiki-searchindex.php?highlight=javascript&search=

I have a TikiWiki site which requires being able to search text which includes web terms such as j-a-v-a-s-c-r-i-p-t but can't do such a search.

Someone said on IRC this is due to a protective input filter which is altering dangerous text input.

When I attempt to click on the "Search" function on the top of the TikiWiki bug and wishlist page, the display disappears when the cursor approaches it. Search is not available through that function.

I'm running MandrivaLinux 2008.1 updated, KDE 3.x GUI, and Firefox 3.0.8.

Using the Search link in the application menu invokes tiki-searchindex.php which does not return any results no matter what you search for.

Having had a 'failed' search you are however now at tiki-searchresults.php and all subsequent searches work fine.

When you use the Search box module you fill in the form and the form 'action' is to run tiki-searchresults.php - and so this works fine.

This was previously logged as id 1696 - but this flagged the problem as a usability problem with the tiki support site rather than a possible coding bug - so have submitted this again.


No longer relevant - 15th June 2013

The Search function on the top left of the Menu under the Home function does not work.


We have TikiWiki 2.3 installed.

If you do a search with key word 'BS' it will hightlight all BS in the page, including   it actually mesh up the whole display.

I guess the hightlighter should exclude some words such as those &xxxx;

hi

following problem:

i don't know if it was during an upgrade or if it was already there before upgrading to 3.6 but somehow one of our tikis indexes words which aren't on the pages.

e.g. lichtschnittgerät (as one example) - should be only in one page but after you search it is listed in several tens maybe hundreds of pages.

the text in the resultlist show several other words which shouldn't be there (and are always the same)

i trieds refreshing the searchindex, deleting the tiki_searchindex table and redoing the searchindex all with no luck (lichtschnittgerät is listed there as lichtschnittgerät but thats some kind of code issue i guess)

Edit:
~np~So far i narrowed the problem down to the {maketoc}-Plugin:

on refresh-functions.php on line 175 I added:
if (substr($id,0,3) == "KT0") { // Just get me one of the pagegroups I know where the fault is
echo $id;
insert_index(search_index($content), $index_type, $id);
}

and on top pf the function &search_index I entered this
echo '<pre>'.$data.'</pre><hr>';
just to be able to see what data he gets - and at the place where {maketoc} is in the sourcecode of the page, a whole list of words appear instead of the table of contents (or nothing or whatever it should print out) of the particular page~/np~

there is some change in the default behavior in a brand new tiki, between tiki10 and tiki11, regarding the search index

To reproduce it, you can install the same profile "Tracker_as_Calendar_10" in a brand new tiki10, and in a brand new tiki11.

After adding a new tracker item in the tracker-calendar, the item is shown in the calendar in Tiki10, but not in Tiki11. To have it shown in Tiki11, you need to click at "Rebuild Search index" link at the "quick admin" module (unified search is disabled according to the admin panel)

so I wonder why search index is not automatically updated in Tiki11, as it's done in Tiki10 by default

I'm running a OpenSuSE Linux server and Tikiwiki 5.1 and trying to use search indexing to search within uploaded files.

This is working fine for other mime types but not MS Word documents. E.g.

"application/pdf" works using "pdftotext %1 -" as it's file handler
and
"application/vnd.ms-excel" works with "strings %1".

I've tried using strings and catdoc, but neither are populating the the search_data field in the tiki_files table. I've tried reindexing and re-uploading the file. The file_type field in the DB is also correctly matched to the mime type.

Both strings and catdoc work successfully from the command line so I'm inclined to write a script to run the commands from cron and update the data into the database. But this is obviously a bit of a bodge so I'd rather have it done natively.

I've tried to get help in IRC and have posted onto the forums, but have been unsuccessful in getting the problem fixed.

When using MySQL Full text Search as the index. CustomSeach plugin doesn't seem to find all items as compared to a PHP Lucene index

See show instance

Show username: admin
Show password: 12345

As the title suggests, I have a weird bug with the tiki wiki 11.1 which is installed on windows server 2008 R2 with php5.3.27 and mysql 5.5.33.
Whenever I try to commence a search with a specific Hebrew character (all other characters work ok), after the search page loads it transforms the letter into a black background colored question mark.
and of-course doesn't find any matches for that word searched for.
also if I search for the word without that specific letter it does find what I am looking for.

please help me as I've tried almost everything already from changing db char-set to manually adding utf-8 wherever it is needed.
I looked over the php code of the search module but couldn't figure out the problem (also its extremely difficult to dive in to a huge project such as this so it might have been right there in front of me and I couldn't tell).
This bug renders the search option completely useless which makes the wiki itself useless for my needs, the search module is very crucial and must work perfectly with Hebrew.

I attach images to further explain the issue
{img fileId="689" thumb="y" rel="box[g]"}
{img fileId="690" thumb="y" rel="box[g]"}

Using both search modules search_box and search_new my Tiki returns different results.

The results are identical if the search string has only English characters (standard ASCII).

Search_box returns more results than Search_new if the search string contains Greek characters (upper ASCII).

Search_new also highlights only "English" search strings.

I wish seaching Greek tokens and getting all possible results and highlighted too.

Search is acting oddly. It does not seem to find words in page names. For instance, search for "GPS" and you will not find the page "GPS Email Setup". But if you search for “email” you will find the page because the word email is in the text.

If you serch for WhoWhat at the search box on the header of tw.o site (as registered user), or from
info.tw.o, you are directed to this url:
http://tikiwiki.org/tiki-searchindex.php?highlight=WhoWhat&where=pages&search=Go

which returns nothing:
^ Found "WhoWhat" in 0 pages^

However, the page exists
http://tikiwiki.org/WhoWhat

This is kind of frustrating for me, so I guess that for new users also (or even more)...

The Search preferences at the top of the admin control panels pages should be clever and be able to display "alike" results like for "suggestion" or "suggestions".

Using plural or not, first letters of a term, etc...

When you search for a word, if the word found is in a multiple pages context, like on the page "Formatting Standards" on the site doc.tw.o the result will show you
the first page. But the word you were looking for might be on page six, so you need to go from page to page with the little arrows in order to find the right page. This could be a problem if you have more then 8 pages like in the Formatting Standards. It should find the appropriate page directly.

The search indexing rebuilding with log option (whether triggered through tiki-admin.php?page=search or the console.php, both create a temp/Search_Indexer.log but the log file is always empty.

{sign user="pascalstjean" datetime="2013-08-18T18:15:12+00:00"}
Also noticed on nexgdoc that clicking on the log checkbox, then saving preferences does not seem to save that preference.

Will document in SHOW

When the Multilingual and Best Language features are enabled, the Tiki wiki page search results (both searchindex.php andsearchresults.php) do not append the "&bl" to the URL.

I'm setting up TikiWiki for our company intranet and have noticed that in the Search Results, all the entries are displaying a date far into the future. But when I check on any page's history list, the dates are ok. See graphic:

{img fileId="1168" thumb="box"}

I have contacted my service provider and they say it's a software issue.

I have set and reset my Date Time option to various time zones as well as resetting to default - still displays into the future.

Running v15.4

At https://doc.tiki.org/tiki-searchindex.php?filter~content=wiki+syntax&search=Search

Part of the results are not accessible (clickable): results 5, 7, 8, etc.

{img fileId="1202" thumb="box"}

{syntax type="tiki" editor="plain"}
When searching for terms which appear in areas for which a user has no permission, the search results show the full number of pages on which the term appears but the detailed results are limited to pages for which the user has permissions. This makes a certain amount of sense but may be confusing for users who are not aware that they are restricted from some content.
I'm not sure at this point whether this applies to only FT Search, Tiki search or both. (I've pretty much stopped using Tiki)

We can already filter by section:
http://dev.tikiwiki.org/tiki-searchindex.php?highlight=test&where=trackers

Now, we could use 〈=fr


Also, users can now indicate to Tiki the languages they speak. If a person speaks three languages, s/he should see all three.

Whilst the various .tpl files associated with search do a check on the $prefs.feature_XXX when showing the drop down menu for refining the search there is no check on whether the individual user has the privilege to use the feature. Therefore menu options can be shown that are not appropriate.

Also the drop down menus are slightly different for the three different .tpls files


No longer relevant - 15th June 2013

Error message with search function in category.
PHP (4.3.10-18) ERROR (E_USER_WARNING):
File: tikidblib.php
Line: 181
Type: mysql error: Column 'name' in where clause is ambiguous in query:

SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o LEFT JOIN `users_objectpermissions` u ON u.`objectId`=MD5(CONCAT(o.`type`,LOWER(o.`itemId`))) AND u.`objectType`=o.`type` WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId`=? AND (`name` LIKE ? OR `description` LIKE ?) AND (( u.`objectId` IS NULL AND (o.`type` IN ('',?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) OR o.`type` like ?) OR (((o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`perm