Category: Search

This is the default behavior in search engines like Google


Also reported here: [tiki-view_tracker_item.php?itemId=166]

and:
{QUOTE(replyto=BillMac)}
I have found that, if I want to find something on tw.o sites, I should disregard TW's search feature and use Dogpile to look things up. The TW search capability is so weak that it is almost "a missing feature." At the very least, "TermA TermB" searches should be "termA AND termB" not "termA OR termB." The plus/minus markers are fine if you're in the know, but they don't work well either. Using the category/group filters renders a whole different set of answers; not GOOD answers, just different. Without those filters, unauthorized users see parts of pages they are not supposed to see at all. Not a missing feature, a broken feature.

Gosh, I hate to be so negative.
{QUOTE}
Source: ((Major Features Missing in TikiWiki))

Contributors

Text search on files is not usable in 2.0RC4. Table tiki_files "search data" is empty. Files were uploaded, then I defined MIME types, then reindexed. I clicked on "Reindex all files for search" in Admin>File Galleries but can't tell if anything happened; nothing is in Tiki Logs (I already know there is no code for Debug Console to show what Admin>File Galleries is doing). I defined the MIME filters in http://doc.tikiwiki.org/tiki-index.php?page=Search+Admin&bl=n

This apparently sometimes works. In my "trunk" development system I have different text/.doc files uploaded and those were reindexed after I defined the MIME types.

UPDATE: I had trailing spaces in the MIME type names and the filter commands, due to cut-and-paste behavior. I request that trailing spaced be trimmed from the MIME filter input fields.

Our site has a lot of child pages that are included by parent pages. When accessed individually, they make much less sense than if they are accessed as part of the parent page that includes them.

Is there a way to restrict the Search functionality of TikiWiki to only return pages that meet a certain criteria? Eg, pages that would be in the format tiki-index.php?page=Title/PageGroup

I have referred to the tiki-admin.php?page=search page but could not find anything that fit the bill.

Contributors

This is a workaround for the bug described below. We just had this same problem occur in Tiki Wiki 6.3. Our Architect looked at the code and said the search wasn't recognizing the pages' language. I turned off the multilingual feature that I just turned on last week (May 31, 2011), and our search function worked normally again.

This is a cut and paste of the following open bug I found that describes this problem:

Status open
Rating (1)
Ticket ID 2188
Subject Search function does not work when tiki-searchindex.php is first invoked
Submitted by Geoff Brickell
Priority 9 high
Category Bug: Error
Tiki Version 2.x
Feature Search
Description 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.


Lastmod by Geoff Brickell
Created Monday 01 December, 2008 04:40:25 CST
LastModif Monday 01 December, 2008 04:46:34 CST

Here are two screen shots.

The screen shots are showing exactly what my search text box looks like: right in the middle, I see a separator.

In French: {img type="src" src="http://tiki.org/display281"}

In German: {img type="src" src="http://tiki.org/display282"}

When I am browsing in French, the search engine textarea shows a separator pipe right in the middle.

It has nothing to do with my screen size (Cntrl + or minus), I tried.

Does any one else sees the same?

It's cumbersome. Of course it has to do with the restricted amount of caracters that one person can use when writing a menu. In english I don't see it.

The second screen shot shows the same prob in German language.

This prob is not new. It's just me who took a long time to report it or others are seeing the same?

Peharps you can tell me if I need to do something on my browser side

In the Community environment/universe (whatever you call it) it's OK


It does the same with IE
Also, when I tried to upload the images, I was unable to choose a category. I'm using Firefox v.5

Hi,

After display of a filtered list :

Various erratics behavior with the "sort" command by clicking a column of the header :

1- on "date" no effect or the list is cleared (after a crash of SQL request : before we had the crash, now it is handled but simply clears the list)

2- on "version" no effect at all.

Others not checked again (had been two years ago), who will repair can checked each column sort behavior...

Categories are amazing for a large site. It makes it easier to manage. Next step is to add an option in search which can be filtered by category.

We use your engine for knowledge base items as well as intranet and were wondering if there could be a way, if it doesn't exist and we just haven't seen it, to be able to view words users search on that are not in a wiki, not found etc so we could take that data and make sure to add those words to a tiki page.

We wanted the ability to run reports on what words folks are searching on and not just ones that got hits

Thanks in advance
Mark

I would like to see social implications added to Tiki search results. For example, in addition to pure content relevancy, it would be nice if search results took into account things like:
- Page rating
- Free tags
- Bookmarks
- Trackbacks
- Number of views
etc.

These could be used in conjunction with pure keyword matching to present users with a (potentially) better match.

Calendar data is in the "Modified since your last visit module"

However, event data is not findable via the Tiki search engine.

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

the "advanced" search function (which is the default search these days BTW) does not search through anything but Dutch Roman characters (eg the English American character set)

I have 4 pages with the Alón name on them as an example, searching for Alón or Alon shows no results, BTW the non advanced search works correctly

This is on Tiki 4.2

On a multilingual project this makes the search function totally redundant as far as I am concerned

Tested in v3.1 on XP/IEv6, Vista/IEv7, Vista/Firefox. The help button (blue circle w/ question mark) next to "Advanced Search" in the module search_box does not bring up any help info. Instead, it points to the anchor #advanced_search_help on whatever page the user is viewing, but the anchor doesn't exist. IE shows an "Error on page" in the browser status bar.

Tested in XP/IEv6 with "Floating Help" UI feature on - same result. Unknown if "Floating Help" changes results in IEv7 or FF.

Upgraded from 2.4 to 3.0rc1. Upon loading the site for the first time, the header is completely missing, including the search bar. During upgrade the following DB errors ocurred for me, and I don't know if this is related.

#sylvieg 2008-10-29
ALTER TABLE `tiki_tracker_items` ADD index trackerId (trackerId)
Duplicate key name 'trackerId'
ALTER TABLE `tiki_tracker_fields` ADD index trackerId (trackerId)
Duplicate key name 'trackerId'
ALTER TABLE `tiki_tracker_item_attachments` ADD index itemId (itemId);
Duplicate key name 'itemId'
INSERT INTO users_permissions (permName, permDesc, level, type) VALUES ('tiki_p_search_categorized', 'Can search on objects of this category', 'basic', 'category')
Duplicate entry 'tiki_p_search_categorized' for key 'PRIMARY'
INSERT INTO `tiki_menu_options` (`menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) SELECT 42,'o','Content Templates','tiki-admin_content_templates.php',1256,'','tiki_p_edit_content_templates','',0 FROM `tiki_menu_options` WHERE @fgcant = 0
Duplicate entry '42-Content Templates-tiki-admin_content_templates.php-1256--tiki' for key 'uniq_menu'

Currently, the length of the search result snippet is hard-coded to 250 characters (in searchlib.php). it would be nice if this could be defined by the admin as part of the search preferences.

It would be nice if visitors to info.tikiwiki.org could search all of the tw.o domains at once. What I envision:
1. A user goes to info.tw.o and searches for "WYSIWYG"
2. Tiki searches all of the *.tw.o domains and presents the results to the user, breaking the results by domain (e.g., all of the doc pages, dev pages, etc.)

Currently, the search results page will provide a box for users to extend their search to other tw.o domains, but (IMHO) it really needs to be automatic. See http://info.tikiwiki.org/tiki-searchindex.php?highlight=wysiwyg&where=pages&search=go for an example.

Maybe this could be expanded to fetch search results from other, non-Tiki search engines, too.

When enabled feature_search it is possible for
Anonymous user to read protected pages via
special search request

Just try "a" or any other word that is in hidden
or protected area in search box - tiki-
searchresults.php give U text from hidden
pages

from tiki-searchresults.php



http://tikiwiki.org/tiki-view_forum_thread.php?
topics_offset=0&forumId=4&comments_parentI
d=16071

Any registed user can use "Switch User".

I think this is very important, because everybody is able to be admin. :-(

Or can i dit a Misconfiguration? I dont think so.

---

today i see, everybody IS admin! (but i don't assign admin-perms to these users)

---

I found the Problem:

if i have tiki_p_search-permission so i have all "tiki"-perms too :-(

- How can i configure a group (or all users / anonymous) that they can use "search" (most important function of a wiki, i think) whithout make them admin?

It would be nice to add autocomplete for "Find" text boxes for the seach module, header search and advanced seach features.

many x.tw.o sites would benefit from that, for instance...

(I add this request here after Jonnyb explicitly asked me to suggest him places where atuocomplete would be adequate (:biggrin:)
)

Tiki has internal ((doc:search)). It is fully integrated, checks permissions, and works on shared server, etc.

However, in some contexts, better support for external search technologies would be useful.


Related:
http://framework.zend.com/manual/en/zend.search.lucene.html
http://www.sphinxsearch.com/
http://www.google.com/sitesearch/
http://lucene.apache.org/solr/
http://ir.dcs.gla.ac.uk/terrier/

On http://profiles.tikiwiki.org, if I enter the following in the "Search Wiki Page (new)" field:

Multilingual_Wiki

I only get one hit for the following page:

Multilingual_Wiki_Test_Data

Yet, there IS a page called Multilingual_Wiki:

http://profiles.tikiwiki.org/Multilingual_Wiki

Hello,

I have yet id3127 id3148 explained the problems of the bug and wishes list.

I returns on the subject :
*before if you were clicking on the column headers, which function is to allow to sort the displayed list, you where generating a crash by an SQL request error.
Somebody have done something.

*Now : When you use this feature the list is simply cleared (if error then return).

Either this tool is without any interest for development or not at all.
If it is without interest it must be suppressed...
if not it must normally function even simply.
Actually the function are very simple but they don't functions.

!!The list sort problem : a display simply cleared...

If it is, anybody can understand that the impossibility to sort a list which is always displayed as playing card poker, makes impossible any revue of a subject.

This is the main problem.

!!Minimum enhancements in my opinion
__A really minimum list :__
*Display the "id" and the "author"
*Display a full date (the day)
*Allow a direct access by the "id"
*Allow selection by check box and display only checked items
*Send by mail the current list
*Optionally send by mail the content of an id

This could allow to check this list...

Trebly

I have some pages where word debugging or debugger apears, but when i put into search box word debug then it want find nothing, if i type debugg then result is ok, but not debug. If i type debug then only find exact pages whith word debug.

Since wiki page names should avoid special characters, we'll need to think about maybe using character substitutions in page names (a instead of à, _ instead of ') and use the description field for the exact format.

Please coordinate here: ((Character substitutions))

The buttons after the text input in the search module are confusing. I doubt if people generally know whether to click "search" or "go". There should at least be tooltips for these to explain the difference. Also, "Edit" shouldn't display unless the user has wiki edit permission, seems to me.

{CODE(wrap=>1)}
(18:30:35) xavi: to reproduce: I did search for "Report" at the top bar search
(18:30:42) xavi: showing this url: http://dev.tikiwiki.org/tiki-searchresults.php?highlight=Report&search=Go
(18:30:47) xavi: with this error:
(18:31:14) xavi: [off] 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 '? and ttif.`value`=? and ttifOut.`fieldId`=?' at line 2 The query was: select ttifOut.`value` from `tiki_tracker_item_fields` ttifOut, `tiki_tracker_item_fields` ttif where ttifOut.`itemId`= ttif.`itemId`and ttif.`fieldId`=? and ttif.`value`=? and ttifOut.`fieldId`=?
{CODE}

---
Update on March 31st 2010, using Last update from SVN (5.0alpha): Friday 26 March, 2010 09:12:40 CET - REV 26326 :

{img src=http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236 desc="http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236"}

Tested on info.tw.o with FiveAlive theme...

Disabling the __Search box__ option on the Admin: Search page, Search Results tab (tiki-admin.php?page=search) will remove the Search bar from the menu.

This is incorrect behavior.

Tiki already shows the category and/or category path when listing wiki pages. I would like to also display the category information in search results.

This would help end-users determine the relevancy of the search result.

I would like Tiki to display each item's freetags when display the search results. This would help end-users determine the relevancy of each item.

I would like Tiki to display each item's freetags when display the search results. This would help end-users determine the relevancy of each item.

Hello, if I search an "entire site" I expect a search in all sections and as result all objects where I have the correct object permission. But this search is implemented with an inconsistent double permission check.

The "entire site" search fist checks the global view permission in each section. If this is true, the search is sent to the search engine of the section, which gives back results depending on the object permission.

As the default search is "entire site" (can be changed via template), all users without the global view permission in the sections get back an empty result-set. A click on the section search button reveals the searchresult depending on the object permission of the section.

This is somehow between a bug and a feature.

As far as I can tell, the solution to show "entire site" search results according to object permissions is very easy.

You can see here:
http://dev.tikiwiki.org/tiki-searchresults.php?highlight=mouseover&where=pages&search=Go

[http://tikiwiki.org/tiki-searchresults.php?highlight=rss&where=forums&search=Search+in+content|Link to error]

On the main forum page of tw.o I enter the text "rss" then search button and get the following:



The following error message was returned:

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 ')' at line 1

The query was:
SELECT `rssId`, `url`, `actions` FROM `tiki_rss_modules` WHERE (`lastUpdated` < ? - `refresh`) AND `rssId` IN( )

Values:

1. 1270869772

The built query was likely:
SELECT `rssId`, `url`, `actions` FROM `tiki_rss_modules` WHERE (`lastUpdated` < '1270869772' - `refresh`) AND `rssId` IN( )

This would permit cleaner URLs and easier searching.

__Where?__

Wiki page names
Usernames
tags?
etc.

__What?__
Spaces & underscore to be equivalents
a and A are equivalent. This makes perfect sense for page names, user names, etc Accented characters (äâ) should be as well

For wiki page names (see how Wikipedia does it) but it could be that ~np~((User_Profile)), ((User+Profile)) and ((User Profile))~/np~ are equivalent.


Should hyphen (-) be an equivalent character as well?

How about (,) and (.)

. doesn't play nice with rewrite rules




Moved discussion to: ((Character substitutions))

Hello,

I just submit a new search, the SQL request crashes with "system error" as reported in item 3104.

This seems to be solved a few days ago, but it was not a full solution.
Here beyond the beginning of the request :

SELECT tti.*, ttif.`value`, ttf.`type`, sttif.`value` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) LEFT JOIN (`tiki_tracker_item_fields` sttif) ON (tti.`itemId` = sttif.`itemId` AND sttif.`fieldId` = 41) INNER JOIN `tiki_tracker_item_fields` ttif0 ON (ttif0.`itemId` = ttif.`itemId`) INNER JOIN `tiki_objects` tob43 ON (tob43.`itemId` = tti.`itemId`) INNER JOIN `tiki_category_objects` tco43 ON (tob43.`objectId` = tco43.`catObjectId`) INNER JOIN `tiki_tracker_item_fields` ttif1 ON (ttif1.`itemId` = ttif0.`itemId`) INNER JOIN `tiki_objects` tob47 ON (tob47.`itemId` = tti.`itemId`) INNER JOIN `tiki_category_objects` tco47 ON (tob47.`objectId` = tco47.`catObjectId`) WHERE tti.`trackerId` = ? and (`status`=? or `status`=?) AND ttif0.`fieldId`=? AND tob43.`type` = 'trackeritem' AND tco43.`categId` IN ( ) AND ttif1.`fieldId`=? AND tob47.`type` = 'trackeritem' AND tco47.`categId` IN ( ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc...

You can notice that the syntax uses in "IN ()" clause which is not accepted by MYSQL.

!!Solution, first steps
Check all SQL queries for "IN()" clause and find a bypass anywhere in tikiwiki.

Trebly

This could also be by via category system (with perms)

Hello,

On my system :

__feature_sefurl don't functions normally.__

Important : Subject feature_sefurl : last version 5.1rc1 (current yesterday but may be before). The feature_sefurl don't functions normally (I have not searched why, I don't look at in details to this part).

__So if the option is activated all url(s) as

__''site/<page name> ''__

fail and any action, particularly page-object-display (magnifier icon) reaches a 404 error. __

nota : naturally, if the option is not activated the url generated for display of pages is :
__
''site/tiki-index.php?page=<page name> ''__

which functions normally.

trebly

ref-B00805-01