Category: Search

Every time I add a new item in the tracker I get this type of error message shown:
(I didn't see it yesterday):
{QUOTE()}
Indexing failed while processing XXX (type YYY) with the error "normalizer [sortable] not found for field [sort]
{QUOTE}

In this specific case, the exact messages were:

{CODE()}
Error
Indexing failed while processing "21457" (type activity) with the error "normalizer [sortable] not found for field [sort]"
×
Error
Indexing failed while processing "7138" (type trackeritem) with the error "normalizer [sortable] not found for field [sort]"
{CODE}

We have noticed at work that our production tiki (using Tiki 21) doesn't seem to find pages through the search feature, since months ago.

In these last months (since feb 2020) we've migrated our tiki site between servers, and upgraded our old tiki20 to tiki21 a few months ago.

I've tried to run the search index through the console.php command -+index:rebuild+-, and I seem to hit this type of errors:
{CODE(ln="1" colors="shell")}
...
error: Indexing failed while processing "Wiki Help" (type wiki page) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
error: Indexing failed while processing "1" (type category) with the error "Could not perform index modification: Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1"
...

Indexed
Undefined index: counts on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Invalid argument supplied for foreach() on line 162 of /path/lib/core/Tiki/Command/IndexRebuildCommand.php
Rebuilding index done
Index: index_5f8f52c635dcb
Execution time: 3 mins
Current Memory usage: 171.6 MiB
Memory peak usage before indexing: 16.9 MiB
Memory peak usage after indexing: 188.4 MiB
Number of queries: 253406

PDO::query(): SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'tracker_field_petDocWikiNova_raw' at row 1 on line 104 of /path/lib/core/TikiDb/Pdo.php
root@server:/path#
{CODE}

This tracker field with permanentName -+petDocWikiNova+- is a wiki page type of field. And it hold data from long wiki pages (documentation related to projects in a project management scenario based on trackers)

We need help to get this regression fixed (search feature worked fine for us in Tiki 19 and Tiki20).

We would like to unify the search and find boxes on our site into a single module with a text box and Ajax auto-suggest for Wiki page names. If something that had no auto-suggestions were typed, it would do a full text search.

This is similar to MediaWiki. The current interface confuses even software developers.

We would be open to hiring a consultant and contributing the resulting module back to the TikiWiki project.

At tiki.org it is not possible to rebuild the search index using the admin interface.
Worst doing this is broking the site (turn it down).

Admin should be able to work without a sysadmin at their side and this should work.
If http is not the proper way then we should find a way to send a console command from the admin panel.

OR disable it over n’ objects
... But that’s kind of saying we are incapable to fix something to perform properly as the search index is critical for Tiki.

Hello,

Every time I save a wiki content, I got the following error:

"Search index could not be updated. The site is misconfigured. Contact an administrator.
Utf8 compatible lower case filter needs mbstring extension to be enabled."

I checked phpinfo at http://grip.umich.edu/tikiwiki/tiki-phpinfo.php, and the mbstring extension was enabled.

Hello,

When I run the search through wiki content, I got a blank page, no content, no error, no feedback.
When I changed the option allowing users to use email as user name I could not create new user, I also got a blank page.

{syntax type="tiki" editor="plain"}
Both the Unified Search and the MySQL Search results page displays the wiki syntax instead of parsing it. This occurs with the MySql Search whither or not "Parse the results" is checked on the admin page (there is no similar setting for the Unified Search).

This same behavior has been seen on the tiki.org pages. Here's an example result from searching the Community: {CODE()}CoCoMo
{HTML()}<script type="text/javascript" src="http://www.ohloh.net/p/39/widgets/project_cocomo.js"></script>{HTML} Reference: http://en.wikipedia.org/wiki/COCOMO
Last modification: Monday 24 October 2011 16:18:35 PDT{CODE}
and
{CODE()}Features/Usability: Re: Re: Re: Re: anyone ? anyideas? anything?
Thanks ricks99, the example you gave is what i want to do. However, when i include the poll in my wiki page, the ratings results still don't show up. I've tried it as a poll using {POLL(pollId=>2)}{POLL} and a module {MODUL
Last modification: Wednesday 02 April 2008 21:56:01 PDT{CODE}

This makes if very difficult for a user to determine if the page is relevant to their search.

It would be nice if some of the simpler formatting was displayed, e.g. bold, code blocks, underlining, etc. to make the results more legible to the user.

{syntax type="tiki" editor="plain"}
v7.1 & 7.2

Searching Wiki pages does not return expected results.

*It appears that the default search only searches part of the page text and not the titles.
The search does not return pages from a structure that I know have the search phrase displayed on the page. When this happens I usually get an empty "List Wiki Pages" with "Exact match" checked (I don't know what the exact trigger of this is but it occurs most often while searching titles). Unchecking this will then return results. It would be nice to have "exact match" be an option -- not the default -- on the admin page to reverse this behavior.
*No search will return a match for text in a structure alias name, even though the text is display to the user.

I setup a test structure like this:
Page 1 -> Page One
Page 2 -> Page Two
Page 3 -> Page Three

The text on each page was "Now is the time for all good men"

Searching for "Three" returned nothing.
Searching for title "Three" returned nothing.
Searching for "Page" returned all three pages.

It seems to me that a user would be typing into the search box a word or phrase that they expected to be on a page, whither it be a title, alias or text and would therefore expect a search of "the entire site" to return one or more pages that display some form of their text without having to click on several buttons.

{syntax type="tiki" editor="plain"}
After a search (general by text) the beginning of text which is displayed is not decoded-re-encode for the context.
On the screenshot joined you can see parts of text with tiki tag (!! for h2), HTML tags, problem of encoding UTF8 probably or old text not re-encoded (not yet checked).

To reproduce, search "wiki" in the admin panel here:
http://branding.tiki.org/tiki-admin.php

And you will get:
"No preferences were found for your search query."

Ideally, the problem is solved, but this is maybe tricky. It could be related to:

{QUOTE(replyto="http://framework.zend.com/manual/1.11/en/zend.search.lucene.index-creation.html")}"Zend_Search_Lucene uses flock() to provide concurrent searching, index updating and optimization. According to the PHP » documentation, "flock() will not work on NFS and many other networked file systems. Do not use networked file systems with Zend_Search_Lucene."{QUOTE}

At the very least, Tiki should detect and report to the site admin that he should use MySQL Full Text Search instead.

Ideally, MySQL Full Text Search would work for tiki-admin.php

{syntax type="tiki" editor="plain"}
__unified_incremental_update doesn't check for feature_search__

Unified Search with Lucene is awesome and is "the future of Tiki".

Now, on certain server configurations, it doesn't work well. An easy workaround is to simply revert to the legacy MySQL Full Text Search.

However, even when using MySQL Full Text Search, unified_incremental_update is defaulted to yes, and tried to update Lucene index, and generates an error message

Workaround is to deactivate unified_incremental_update, or even better, upgrade to 12.x and use Unified Index, with MySQL as storage.
---
Update: this issue has been reproduced in 12.x svn (and untested in 14.x so far, afaik) also with Mysql Full Text Search as unified search engine (on a multitiki install). See: [item5673] . {sign user="xavi" datetime="2015-05-19T09:10:57+00:00"}

{syntax type="tiki" editor="plain"}
Themes.tiki.org is OK:
Indexation
wiki page: 214
forum post: 178
blog post: 59
article: 18
file: 80
trackeritem: 28
comment: 35

But the other sites are unable to complete the indexation.

---
Custom module "Search_tracker_summary" is generating: "Required features: feature_search. If you do not have the privileges to activate these features, ask the site administrator."

blank page here as well:
https://nextdev.tiki.org/tiki-admin.php?page=search&rebuild=now

Search the full Russian word gives a result in the Russian word wiki-pages successfully.

When searching for part of the Russian word search finds nothing.

Search by part of the English word or full word - search is successful.


[http://imageshack.us/photo/my-images/29/18619205.png/|image 1]
[http://imageshack.us/photo/my-images/861/17424549.png/|image 2]
[http://imageshack.us/photo/my-images/809/25798887.png/|image 3]
[http://imageshack.us/photo/my-images/831/71733976.png/|image 4]
[http://imageshack.us/photo/my-images/69/43517748.png/|image 5]
[http://imageshack.us/photo/my-images/708/31417838.png/|image 6]
[http://imageshack.us/photo/my-images/21/59250827.png/|image 7]
[http://imageshack.us/photo/my-images/824/86604157.png/|image 8]

{syntax type="tiki" editor="plain"}
When I attempt to organize objects in categories and I either click on the orphans link or attempt to search for objects, the action fails and the error reported below occurs. Note that on our system tiki is configured to use legacy search (mySQL) since when I configured it to use Lucene the "Search index could not be updated. The site is misconfigured. Contact an administrator." error occurred.

Fatal error: Uncaught exception 'Zend_Search_Lucene_Exception' with message 'Index is under processing now' in D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php:280 Stack trace: #0 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php(529): Zend_Search_Lucene::getActualGeneration(Object(Zend_Search_Lucene_Storage_Directory_Filesystem)) #1 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php(211): Zend_Search_Lucene->__construct('temp/unified-in...', true) #2 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Search\Index\Lucene.php(40): Zend_Search_Lucene::create('temp/unified-in...') #3 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Search\Index\Lucene.php(123): Search_Index_Lucene->getLucene() #4 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Search\Index\Lucene.php(82): Search_Index_Lucene->internalFind(Object(Zend_Search_Lucene_Search_Query_Boolean), Object(Search_Query_Order)) #5 D:\Program Files (x86)\EasyPHP-5.3.9\www\t in D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php on line 297

Every time a link is clicked, add the keywords of the search result in the index...

See also: ((Machine Learning))

The search feature on Wiki pages does not find anything

I have a problem with search in tiki.I wish i can search blog,article,forum... belong to author or creator.I'm researching Zend_Search_Lucene.If you have a solution of this problem.Please help me!!!thankful for all.

We have a couple of tracker field type "relations" in a tracker, showing other items from the same tracker, and it displays a search box at the left of the dropdown box.
when we filter for item which have an apostrophe (single quote: '), the filter doesn't seem to find them. Without apostrophe, it does.
I.e., imagine that we have these two items (without the star):

* foo bar
* foo bar'2 foo bar foo bar

if we search for "foo", we find just the first one, not the second.

Apostrophes are very common in Catalan, as they are in French and other languages (in English it can be tested against items with names such as this onem, which has the word "doesn't" in purpose ;-).

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

To reproduce the issue:

1- Apply profile http://profiles.tikiwiki.org/Jailroot_Demonstration on trunk

2- Pick perspective "B"

3- Search for "contentA1". You find

A1 and B1 (OK)
A1 A2 A3 (Not OK)

tiki-listpages.php exhibits the proper behavior.

Right now, if you have a multitiki installation with 10 sites, and you want to rebuild the unified search index for them all, you have to run 10 times the command with the "--site=" para adapted to each case.

However, when you run setup.sh, by default setup.sh runs for all sites in a multitiki installation.

It would be nice if console.php had the chance (by default or not) to be run once for all sites in that multitiki installation at once


with some param like "--site=all":
{CODE(colors="shell")}
php console.php d:u --site=all
{CODE}

I am using Tiki for educational scenarios, and frequentñy I (or my students) want to change misspelled words (for instance) on long wiki pages.

Nowadays I'm taking the content out of the wiki-edit form, search and replace on in external program, anb back.
I could be nice to have this feature integrated into the edit page form.

In Tiki search results, there should be a "also do the same search with the following search engines:"

http://www.google.com/sitesearch/
http://wordpress.org/extend/plugins/bing-404/


{CODE(caption="This code worked in 6.x in templates")}{if $mid eq 'tiki-searchresults.tpl'}<div class="simplebox" align="center" style="padding:5px;border:2px solid #000000">
<img src="pics/icons/information.png" alt="Information" style="vertical-align:middle;" />
For additional results, try searching for <strong>{$words}</strong> in:
<span class="button"><a href="http://doc.tiki.org/tiki-searchresults.php?words={$words}&where=wiki">Tiki Documentation</a></span> or
<span class="button"><a href="http://www.google.com/search?q=tikiwiki+{$words}">Search all over the Web with Google</a></span> or
<span class="button"><a href="http://www.google.com/search?q=site:tiki.org {$words}">Search *.tiki.org with Google</a></span>
</div>{/if}
{CODE}


Since this will be configurable, we could also encourage people to send the site manager feedback, and thus tell us: what they were looking for and what they were expecting to find

Going to Admin Categories > Bug on dev.tiki.org returns alerts on top of the page:
{CODE()}
ErrorErrorError
Tracker list_items ran out of memory after 0 items.Malformed search query: Parsing search query failed: "org.elasticsearch.common.ParsingException: [_na] query malformed, must start with start_object"Notice: invalid variable value: $_GET["maxRecords"] = undefined
{CODE}