Category: Search
Show subcategories objects| Name | Type |
|---|---|
| "Error: Malformed search query" without anything else causes support issues. Add an actionable error message. | tracker item |
| "No index available": offer a link to rebuild index | tracker item |
| search_morelikethis module ("Similar Content") should exclude identical content | tracker item |
| "TermA TermB" searches should be "termA AND termB" not "termA OR termB." | tracker item |
| 12.x regression: plugin trackerlist - filterfield filtervalue | tracker item |
| 12.x svn LTS recent regression: mysql table for unified index doesn't exist and page edit displays fatal error (even if edition saved properly) | tracker item |
| 12.x: PluginTrackerCalendar (fullcalendar resourceviews) stopped showing events with 'Lucene (PHP)' Unified Search Engine | tracker item |
|
Koichi
Contributors |
tracker item |
| 13.x doc.tiki.org :: search results show content which is not accessible via the link | tracker item |
| 13.x: System Error on t.o when searching a word | tracker item |
|
File Directory search indexing space sensitive
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. |
tracker item |
|
TikiWiki 2.0: Filtering Search Results
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. |
tracker item |
|
philippeback
Contributors |
tracker item |
|
workaround to open ticket #2188
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 |
tracker item |
|
Separator in the menu bar shows over the search input
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 |
tracker item |
|
In dev.org : search bug, old problem(s) not solved in sorting a filtered list.
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... |
tracker item |
|
Search within a category
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. |
tracker item |
| A search for "diagramo" misses a page | tracker item |
|
Ability to have a more in depth in search stats
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 |
tracker item |
|
Add "social" relavancy to search results
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. |
tracker item |
| Plugin List (family); Add a feature to filter based on the first word initials on the pluginList | tracker item |
|
Add calendar data to the search
Calendar data is in the "Modified since your last visit module" However, event data is not findable via the Tiki search engine. |
tracker item |
| add param to console.php to process ALL sites from a multitiki installation at once | tracker item |
|
add search & replace feature to wiki
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. |
tracker item |
|
Additional search options if results are not good
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 |
tracker item |
;){kind=link}
;){kind=link}
- Accessibility; Adding accessibility tools to Tiki
- Plugin Fancytable content not parsed when using Markdown
- Tiki community HomePage show a "Data too long" error
- Profiles, Wizard; Erronous link for a profile in the installation wizard for the timesheet profile
- Admin, Search preferences; Social network, socnets preferences are not found in an admin panel
;){kind=link}
;){kind=link}
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))