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: SearchBox Not Displaying for Anonymous Users
I am having issues displaying the "search_box" module to Anonymous Users. The box does appear for Registered Users, however. I have done the following: 1. Login as an admin 2. Clicked "Admin Home" link > clicked the "Look and Feel" icon > clicked the "General Layout" tab > 5. Verified that a. "always" is selected in the "Left column" pulldown menu b. "never" is selected in the "Right column" pulldown menu 6. Clicked the "Modules" link 7. Verified that the following groups are assigned to "search_box:" Anonymous Registered See attached .gif for clarification. {img src=show_image.php?id=53} Any reasons why the search_box would not appear to Anonymous users who have not logged into the site, especially when all the configurations are in place? |
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 |
Add a command to console.php to invalidate certain objects in the search index | 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 |
Admin Categories "ErrorErrorError" | tracker item |
Admin interface, Search Plugins, Dev.t.o; The new search plugin interface gives 0 results | tracker item |
Admin, Search preferences; Social network, socnets preferences are not found in an admin panel | tracker item |
Advanced search does not work with non-english characters
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 |
tracker item |
Advanced search help button in module search_box doesn't work
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. |
tracker item |
After upgrade from 2.4 to 3.0rc1 TikiWiki header missing
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`, `ur Duplicate entry '42-Content Templates-tiki-admin_content_templates.php-1256--tiki' for key 'uniq_menu' |
tracker item |
All shards failed error when using Elasticsearch on pages with LIST plugins and sort_mode set in query string | tracker item |
allow admin to define the length of the returned search snippet
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. |
tracker item |
Allow integrated search results from other Tikis (or other search sites)
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. |
tracker item |
Allow Wildcards in Searches (at least for ElasticSearch) | tracker item |
Anonymous can read everything via search
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 |
tracker item |
every user has admin-permission
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? |
tracker item |
Articles, Unified-index; Indexing errors when a Tiki article has a url source | tracker item |
autocomplete for "Find" text boxes for the seach module, header search and advanced seach features
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:) ) |
tracker item |
Better support for external search technologies like Sphinx, Lucene (Solr), Google Site Search, etc.
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/ |
tracker item |
Bug with page search on profiles.tikiwiki.org
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 |
tracker item |
Bugs - Whishlist management still unable to filter and sort neither access by Id
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 |
tracker item |
Can't find word debug
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. |
tracker item |
Character substitutions in page names, search engine, usernames, etc.
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)) |
tracker item |
Command line re-indexing of search: should give you stats like web interface | tracker item |
Confusing search module buttons
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. |
tracker item |
Console, Index rebuild; The entire process fail if log command is used and there is an issue writing the log file | tracker item |
Tiki.org crashes | tracker item |
Create Profile out of recent use case of Trackers plugin list and custom search | tracker item |
Custom Search on a simple tracker doesn't work for me with the basic example in doc.t.o | tracker item |
dev.t.o search shows no output | tracker item |
Dev.t.o, tracker, Unified-Search; There is inconsistency and weird results in the Wishlist search form and tracker5 list view | tracker item |
dev.t.o: form to search for related-to bugs recently broken | tracker item |
dev.tiki.org: indexing failed while processing "Revert a commit" (type wiki page) with the error | tracker item |
dev.tw.o search at the header shows system error
{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"} |
tracker item |
Disabling the Search box on Search Results page also removes it from the search bar
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. |
tracker item |
Display category in search results
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. |
tracker item |
Display freetags in search results
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. |
tracker item |
Display freetags in search results
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. |
tracker item |
double/useless security check in "search entire site" gives unexpected results
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. |
tracker item |
Duplicate search results
You can see here: http://dev.tikiwiki.org/tiki-searchresults.php?highlight=mouseover&where=pages&search=Go |
tracker item |
Elastic search should ignore stopwords on ''exact'' searches | tracker item |
Elasticsearch 5.0.x errors ([string] type and [term_vector] deprecated in 5.0) | tracker item |
Elasticsearch vs MySQL vs MariaDB: Search usability: Timeout-based search activation algorithm | tracker item |
ElasticSearch, Indexing; The indexing should first check the search engine is running and throw an error if not | tracker item |
Empty query no longer works in elastic search | tracker item |
Entering "rss" in forums search field causes error
[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`, `ur Values: 1. 1270869772 The built query was likely: SELECT `rssId`, `ur |
tracker item |
Equivalent characters for page linking, backlinking, searching, etc (ex.: space, underscore, period)
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)) |
tracker item |
Error in SQL request submitted by the "search" button in menu od dev.tikiwiki - Same error as item : 3104
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 |
tracker item |
Error pages template problem | tracker item |
error when creating new registration + user tracker: tikidb.index_hash didn't exist regardless of unified search index settings (even after disabling it) | tracker item |
Error while rebuilding index using elasticSearch after upgrade | tracker item |
Error: Malformed search query | tracker item |
Except included plugins broken | tracker item |
Exclude certain content from search results
This could also be by via category system (with perms) |
tracker item |
Fix Dev.T.O indexing issues after daily ugrades | tracker item |
False report: "Your index was last fully rebuilt on " is indicated even if "Search index rebuild failed. Last messages shown above." | tracker item |
feature_sefurl : 5.1rc1 fails, so any request for display of a page (magnifier icon) fails
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 |
tracker item |
Feedback library used in AJAX services displays errors at random times | tracker item |
Field lastModif does not exist in the current index error | tracker item |
filter by summary doesn't show the text input field to me here on dev.tw.o/tracker5
Logged as user xavi here on dev.tw.o/tracker5 I can't filter by summary (text field): no text input field is shown. Some other type of filter fields work as expected (I didn't try all) but not filter by summary. Reported April 2nd. Using Firefox 2.0.0.13 ca on GNU/Linux --- Reproduced as user xavidp (admin rights) using 2.x here again on dev.tw.o/tracker5 using Firefox 3.0 ca on GNU/Linux. |
tracker item |
Filtering search results doesn't seem to work | tracker item |
Filters
Filter (stored query) feature |
wiki |
Forbidden content in comments shows up in search results | tracker item |
Forums should have adapted Search tools | tracker item |
FT vs Tiki search problem
While setting up Tiki 6.0 (upgrading from an earlier version) I found that if you enable Full Text Search but not Tiki search, search is treated as a disabled feature on the admin pages. Also the top search bar works only for tiki search, while the main search function does work with FT. |
tracker item |
full text search is busted
CLIP from my whining about why the search doesn’t work in TW. #1 - why isn’t there a proper SEARCH ? - to start this off can we at least agree on a couple things: o standard search for - RED BALL would search on RED AND BALL o TW does RED OR BALL – which is WRONG!! - BASIC search should be capable of: o RED BALL = RED AND BALL o “red ball†= only match “red ball†as quoted o and then, maybe RED or BALL = RED OR BALL with a little more digging and some input from marclaporte, redflow and mose I think I have figured out the problem: - TW supports the concept of FULL TEXT SEARCH (FT) - this allows user to (from example above) do a search like “+red +ball†to achieve “red AND ballâ€Â. - but these is a bug in concept in searchlib - function _find() - if FT is set then _FIND does the right thing by doing a MATCH AGAINST sql query - HOWEVER – if it doesn’t find any results it ALSO will do a simple (i.e. non-FT) search o in concept this is silly since it defeats whole point of doing FT in the first place o also, it generates an sql error because for simple search a REGEXP query is done which will choke on the + signs in the search string |
tracker item |
Full text search module needs Help
The full text search module should provide means to determine what operators work with it. Perhaps a large tooltip or a link to an "advanced search" page. Syntax for the module is [http://tikiwiki.org/tiki-index.php?page=FullTextSearch|here.] |
tracker item |
Full-text MySQL search is broken in new searchbox
Using the new search box with the search button leads to a fatal error: Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 53215256 bytes) in /home/alphafiv/public_html/lib/tikilib.php on line 5118 Using the Titles button works fine. |
tracker item |
go default button setting not honored in search module
I have a search module set as: advanced_search_option=y advanced_search_help=y default_button=go input_size=25 select_size=20 nobox=y decorations=n style=position:absolute;top:0px;left:0px; The "default_button=go" setting is not being honored. Clicking on any of the buttons works properly. Pressing Enter in the control causes a full-text search instead of a title search. |
tracker item |
highlight in search breaks user information popup
http://tikiwiki.org/tiki-index.php?page=20040302MarcLaporteInterview&highlight=marc%20laporte |
tracker item |
Highlighted word on search is not working anymore | tracker item |
Implement a searchable IRC logging solution
Something more than this: http://irc.tikiwiki.org/ There is a start but can it handle the volume of data we produce? http://tikiwiki.org/tiki-view_irc.php The level of integration (all, some or none) with Tiki is to be discussed. Related/similar software: http://colas.nahaboo.net/software/irclogger/ http://ircbrowse.com/ http://tools.splitbrain.org/irc/wikiohana/ An RSS feed would be nice. And some stats: http://pisg.sourceforge.net/ |
tracker item |
Incompatibilty between Find and tablesorter on tiki-listpages.php | tracker item |
Indexing failed while processing "Update" (type wiki page) with the error "RemoteTransportException[ | tracker item |
Indexing failed while processing “XYZ” (type xyz) with the error “analyzer [sortable] not found for field [sort]” | tracker item |
Indexing failed while processing XXX (type YYY) with the error "normalizer [sortable] not found for field [sort] | tracker item |
indexing fails due to Data too long for column 'tracker_field_wikipage_raw' at row 1 | tracker item |
Integrated search box
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. |
tracker item |
IRC QA Mining | wiki |
It should be possible to rebuild the index from the admin panels even of big Tiki sites | tracker item |
Search index error
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. |
tracker item |
Screen blank
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. |
tracker item |
The search result page does not parse the wiki syntax.
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. |
tracker item |
Pages not found on search
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. |
tracker item |
The results of a search in text or title with beginning of text don't decode any text
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). |
tracker item |
Zend_Search_Lucene doesn't work on certain servers
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 |
tracker item |
Search index could not be updated. The site is misconfigured. Contact an administrator.
__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"} |
tracker item |
Dogfood Unified search (Zend_Search_Lucene) on doc.t.o, dev.t.o, profiles.t.o
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 |
tracker item |
MEbneter
Contributors |
tracker item |
not search not full russian world
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] |
tracker item |
Organizing objects in categories
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 |
tracker item |
"Ignore individual object permissions" not working for Lucene Engine
Having the Lucene Search Engine enabled, "Ignore individual object permissions" is not available! Searching as user with restricted permissions, it is possible to see the "preview" of forbidden pages when searching for a search string included in this page. |
tracker item |
Improve search results with click popularity (learning search)
Every time a link is clicked, add the keywords of the search result in the index... See also: ((Machine Learning)) |
tracker item |
Search feature on Wikipage
The search feature on Wiki pages does not find anything |
tracker item |
CLI search index maintenance conflicts with "Protect all sessions with HTTPS"
Tiki version 9.1 Executing the search index maintenance (e.g. php lib/search/shell.php rebuild with cron) on the command line produces the following error if "Protect all sessions with HTTPS" is set on tiki-admin.php?page=security: PHP Notice: Undefined index: HTTP_HOST in /path/to/install/tiki-setup_base.php on line 74 PHP Notice: Undefined index: REQUEST_URI in /path/to/install/tiki-setup_base.php on line 74 |
tracker item |
How to search in Author in tiki??
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. |
tracker item |
9x: Search box in Relations tracker field doesn't find items with apostrophe in name
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 ;-). |
tracker item |
Main Feature
Features Classification |
tracker item |
Jailroot, Perspectives, WYSIWTSN on Search results
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. |
tracker item |
koth
Contributors |
tracker item |
Last date of re-index can be incorrect if I just changed from Elasticsearch to MySQL Unified Index | tracker item |
LIST results not visible for Anonymous | tracker item |
List, range filter; some date arguments are working for modification_date but not for creation_date | tracker item |
Lost letter "G" in the search box | tracker item |
Lucene search index rebuild fails on windows 2008 server | tracker item |
Make tracker comments searchable
Comments to tracker items can be very a useful way to gather ideas, code snippets, links, etc. from the community regarding an a problem or an idea. It would therefore seem to be natural to include tracker comments in search - otherwise there is a risk of losing valuable community contributions in a black hole of tracker comments. Tracker comments should of course be included in "Entire Site", and maybe even have their own search category. |
tracker item |
Make Unified Index optional | tracker item |
Make Unified Index with MySQL work well and be the default in Tiki12 (if Unified Index is selected) | tracker item |
maketoc in search results | tracker item |
Manticore Search, CustomSearch; In Tiki26, adding a relation to an item will move the item at to end of the displayed results (unlike in Tiki25) | tracker item |
Manticore Search, There is an error displayed when using a multivalue filter working fine using ElasticSearch | tracker item |
Manticore Search, Unified Index; Error on page and index:rebuilt cannot complete in case filters are applied on field that has no value (IE: empty tracker) | tracker item |
many errors when attempting to enter & after login dev.t.o | tracker item |
memory exhausted (even if 1Gb allocated to php processes!) after uploading big pdf (20Mb with images) to file gallery and tiki works server side with pdftotext and others. | tracker item |
Missing fulltext index for trackers after upgrade 1.9.4 -> 1.9.5
After upgrading 1.9.4 to 1.9.5, a search entire site returns the following error. I looked in db/fulltext.sql and didn't see a create fulltext index statement for tracker. What tables/columns should be indexed? ~pp~ in /home/lampp/htdocs/kniki/lib/tikidblib.php on line 134 Context: File /kniki/tiki-searchresults.php Url ///kniki/tiki-searchresults.php?highlight=draw&where=pages&search=go Query: SELECT ttif.`itemId` AS name, LEFT(tt.`name`, 240) AS data, tt.`trackerId` AS hits, tti.`lastModif` AS lastModif, tti.`itemId` AS pageName,tti.`itemId` AS id1,1 AS id2, MATCH(`value`) AGAINST ('draw') AS relevance FROM `tiki_tracker_item_fields` ttif LEFT JOIN `tiki_tracker_items` tti ON (ttif.`itemId`=tti.`itemId`) LEFT JOIN `tiki_trackers` tt ON (tti.`trackerId`= tt.`trackerId`) LEFT JOIN `tiki_tracker_fields` ttf ON (ttf.`fieldId`= ttif.`fieldId`) WHERE ttf.`isSearchable` = "y" AND MATCH(`value`) AGAINST ('draw') ORDER BY relevance desc, tt.`trackerId` Values: Message: Error Message Can't find FULLTEXT index matching the column list ~/pp~ |
tracker item |
MySQL Fulltext search is default when not supported | tracker item |
natokpe | tracker item |
New CustomSearch-based article lists issues | tracker item |
New module: search page name, search text, edit page
In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered. All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet. Now, I am hoping to get to the same result for the many edit/input boxes. In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name. I almost always have the search box on. However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result. Here is an idea: A new module which combines three modules: search_wiki_page search_new quick_edit See top right of http://moinmo.in/ for an example. The action buttons are grayed out until text is entered in the text box. -> Very nice Button should be WYSIWYCA See top-right search box at: http://www.ohloh.net/projects/tikiwiki http://www.wikicreole.org/ __Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__ ^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference. If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on. I do agree the wikipage create/edit module should be included in the top right search function. I think this is an example of where considering the future openness of the solution would be very important - MatWho^ {THUMB(id=98)}{THUMB} |
tracker item |
New permission: tiki_p_search
Sometimes, I want to restrict who uses Tiki's internal search engine. Maybe I have some non-linked pages, that people can discover via the search engine. |
tracker item |
nextdev.t.o: Parsing search query failed: Fields tracker_id or trackerId do not exist in the current index | tracker item |
No pages found with: " ... &dquot;. | tracker item |
Normal search also with autocomplete-ajax-feature
When I type something into the Create/Edit-Search-box there pops up an ajax-autocomplete-box below the search field. But when I use the regular search box, there is no autocomplete-search. It should also have autocomplete. This would be a great feature with relatively low effort, because the feature is already implemented for the Create/Edit-Search-box. |
tracker item |
Searching for contents within files in File Gallery | tracker item |
Object accessed as array causes fatal error
Installer fails at the end with the following error: "Fatal error: Cannot use object of type stdClass as array in /tiki/lib/core/Search/Indexer.php on line 64" |
tracker item |
Unified Search Engine MFTS fails for any content (was 'Page alias not found by search') | tracker item |
Page not found - perhaps you are looking for... listing should be sorted A-Z | tracker item |
PHP Fatal error with ANY profile since 15.x: Search_MySql_LimitReachedException Incorrect datetime value: '0000-00-00 00:00:00' for column 'creation_date' | tracker item |
Plugin List fails to find a match for the category Profiles Wizard (292) in dev.t.o | tracker item |
plugin list filter by category doesn't work on dev.t.o | tracker item |
Plugin List or TrackerList unable to show tracker items with category 50 (PDF) in dev.t.o | tracker item |
Plugin List, Manticore Search; Filter "exact" value seems to omit underscores and consider part of a string instead of the full string. | tracker item |
Plugin Relation By Views / "Other users also read" likewise to "Customers also bought"
The ultimate feature of Amazon and all the e-commerce shopcart systems is the one known as "Customers who bought this item also bought .." or "were also interessted in ..". The feature would show objects or items that were viewed or bought by previous users in conjunction with the actual item or object. Idea: Applied for tiki a new plugin "Relation By Views" would allow to list related wiki pages (or even other objects) in a page likewise to existing backlinks and alias plugins as well as semantic links. Though, the information is based on previous view counts / his of wiki pages (or other objects) that have been hit by users wihtin the same session as the actual wiki page / object. The enhancement is obvious: we would make a step further to get implicit relations between pages / objects based on user behaviour. Just as the advantage in ecommerce is crossselling, we would provide cross-links and encourage readers to have a look to further pages / objects. In regard to enhancements of the basic shopping cart feature in Tiki 5, this plugin could even be used as a real "customers were also interessted in" feature. |
tracker item |
Problems with Elasticsearch at themes.tiki.org | tracker item |
Quotes in search doesn't do what the documentation says | tracker item |
Index error on tiki tracker (built-in) fields and BLOB/TEXT error after recent update of Tiki22 | tracker item |
Rebuild Unified Search Index failed: Identifier name too long | tracker item |
Rebuilding index stats: add Execution time, Memory usage and number of Queries | tracker item |
Renaming a wiki page does't trigger incremental index | tracker item |
Request feature to allow searches to support drilling down to section containing/matchin search term
I would like TikiWiki's search engine to return results with links to matching sections within pages. A Wikipedia example of this would be a search for "Life and career." It brings up an entry for John R. Brinkley that has links to the entire article on John R. Brinkley (http://en.wikipedia.org/wiki/John_R._Brinkley) and another for the "Political career" section of that page (http://en.wikipedia.org/wiki/John_R._Brinkley#Political_career). If I tried to do this in TikiWiki, I would get a search result with a link like the following: http://mywiki/tiki-index.php?Page=John_R._Brinkley&highlight=Political%20career That might help if I were searching for this in Google, but it doesn't do what the wiki content creators at my company want. If there is a workaround, I'd love to hear it. |
tracker item |
Review the weight of certain fields in search results
wiki page names, wiki page descriptions, etc should not only be indexed but the weight should be higher than text in the the wiki page. Same logic should apply to all features. {img src=show_image.php?id=93} |
tracker item |
Screen Layout Problem
When doing a search in "Development Report bugs, Improve code" area, the search results are shoved to the right side instead of centered on the page, as the rest of the content is. This makes a search result almost impossible to read. I suppose this is in release 5 because we are eating our own dogfood - right? It isn't tasting very good today. |
tracker item |
Search - content section is empty (when using mysql engine) | tracker item |
Filtering a Multivalue does not work with MySQL search | tracker item |
Search and auto complete only work when logged in. | tracker item |
Search box obscured, user name invisible
See http://screencast.com/t/XEJzwKo97k I am using the 7.x head build. I know the tradeoffs versus using a stable build. I can't go back, though. #The new, improved search box is partially hidden by the right-hand column of modules. #The user login name is invisible. My current site theme is jqui. I have tried other themes, but each one seems to have a different problem. While these are not breaking problems, they affect the usability of my site, and I am willing to pay a consultant to help me fix them. |
tracker item |
Search box: jumps to the left upon clicking the magnifying glass | tracker item |
#297
Currently search displays markup code in results... Could there be an option to filter out parsed code? Code between ~np~ and ~pp~ tags however, is part of the desired search content (but should still remain unparsed). Thank you, OC |
tracker item |
Search displays markup code in resultss
Currently search displays markup code in results... Could there be an option to filter out parsed code? Code between ~np~ and ~pp~ tags however, is part of the desired search content (but should still remain unparsed). Thank you, OC --- also: http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=66&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=21785 |
tracker item |
Search doesn't display all pages with searched string
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. |
tracker item |
Search fields weight is not applied (Unified Search mySQL search) | tracker item |
Search for ja Search for ja http://tikiwiki.org/tiki-searchindex.php?highlight=ja 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. |
tracker item |
Search function at top of page in dev.tikiwiki.org TikiWiki Project Development Area aka dev.tw.o
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. |
tracker item |
Search function does not work when tiki-searchindex.php is first invoked
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 |
tracker item |
Search functionality on the Menu in the left pane does not work
The Search function on the top left of the Menu under the Home function does not work. We have TikiWiki 2.3 installed. |
tracker item |
Search Highlight should exclude defined terms such as
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; |
tracker item |
maketoc adds bogus content to search index, causing false positives
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~ |
tracker item |
Search index is not automatically updated by default in a new Tiki11 as it was done in a new Tiki10 | tracker item |
Search Indexing not working for msdoc type.
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. |
tracker item |
Search issue when using CustomSearch with MySQL Full Text Search as the Index | tracker item |
Search module replaces specific unicode letter with question marks | tracker item |
Search modules - Problem with results and highlight
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. |
tracker item |
Search not finding page names | tracker item |
Search on tw.o fails to find a page which exists, even if wiki search index is requested to refresh
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)... |
tracker item |
Search preferences should be smarter (and find a term plural or not) | tracker item |
Search problems when the result has multiple pages.
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. |
tracker item |
Search rebuilding log option not logging | tracker item |
Search results (for wiki pages) does not include &bl when using multilingual & best language options
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. |
tracker item |
Search Results are displaying date 50yrs into the future | tracker item |
Search results are not accessible (clickable) | tracker item |
Search results count overlooks permissions
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) |
tracker item |
Search results: option to show only results in my languages
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. |
tracker item |
Search updates for 3.0beta1 to show correct menus
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 |
tracker item |
Search within category
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 |
tracker item |
Search within Files doesn't work | tracker item |
Search within tables | tracker item |
Search, Catagories and File Gallery permissions issues in 4.2 Stable
I have Staging + Approval Setup for File Galleries. Browsing the Galleries works fine, Registered Users can see Approved files, Admins can see both Approved and Staging. When I do a search, Registered Users cannot see any of the Approved files in File Gallery. If I turn on Global Permissions, File (tiki_p_download_files), then Registered Users can see both Approved and Staging. In the Approved category, Registered Users have the download files permission. Something is funny in the permissions for Searching. This does not appear to follow the category permissions. |
tracker item |
Search, dev; I can't find a ticket if I enter its full title (partial title work) | tracker item |
Search, the search feature and listing for tracker items are completely inconsistent at dev.t.o | tracker item |
Search; No more video tutorials on doc.t.o | tracker item |
Search: when finding in a forum post, there must be a way to see full thread
As explained here: http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=239&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=21807 A related item: When in a forum thread for example: http://themes.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=106&topics_threshold=0&topics_offset=11&topics_sort_mode=commentDate_desc&topics_find=&forumId=2 When I click on the "top" link, I am always sent to comments_parentId=0 (which is never good) |
tracker item |
Searched words are not highlighted in Tiki3.0
I just installed TikiWiki 3.0 on a XP workstation and a Solaris server. When I performed a search, the searched word was not highlighted in the SearchResults page. I used Tiki 2.2 and 2.8 before and both did it. It could be bug in 3.0. I have examined the generated page and couldn't find the <span class='highight_word_01'> around the searched word. I appreciate it if someone can show me how to fix it. Thanks. |
tracker item |
Searching a string of 5 words produces broken output on styles such as mose.css, or dev.tw.o
To reproduce, se<span style="color:black;background-color:#ff9999;">a</span>rch <span style="color:black;background-color:#ff9999;">a</span>t dev.tw.o, for "Politic<span style="color:black;background-color:#ff9999;">a</span> <span style="color:black;background-color:#ff9999;">a</span>mbient<span style="color:black;background-color:#ff9999;">a</span>l de l<span style="color:black;background-color:#ff9999;">a</span> Ub", for inst<span style="color:black;background-color:#ff9999;">a</span>nce (without the double quoting). [http://dev.tikiwiki.org/tiki-se<span style="color:black;background-color:#ff9999;">a</span>rchindex.php?highlight=Politic<span style="color:black;background-color:#ff9999;">a</span>+<span style="color:black;background-color:#ff9999;">a</span>mbient<span style="color:black;background-color:#ff9999;">a</span>l+de+l<span style="color:black;background-color:#ff9999;">a</span>+Ub&<span style="color:black;background-color:#ff9999;">a</span>mp;where=p<span style="color:black;background-color:#ff9999;">a</span>ges] If I could uplo<span style="color:black;background-color:#ff9999;">a</span>d file to the tr<span style="color:black;background-color:#ff9999;">a</span>cker you could see <span style="color:black;background-color:#ff9999;">a</span> screenshot to view the <span style="color:black;background-color:#ff66ff;">output</span> I get, in c<span style="color:black;background-color:#ff9999;">a</span>se devs c<span style="color:black;background-color:#ff9999;">a</span>n not reproduce it yourselves. For inst<span style="color:black;background-color:#ff9999;">a</span>nce, the first menu <span style="color:black;background-color:#ff9999;">a</span>t de.tw.o, s<span style="color:black;background-color:#ff9999;">a</span>ys then something like: ^l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">Dev HomeP<span style="color:black;background-color:#ff9999;">a</span>ge Tiki bugs <span style="color:black;background-color:#ff9999;">a</span>nd wishlist Bug list on SF (re<span style="color:black;background-color:#ff9999;">a</span>d-only) l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">l<span style="color:black;background-color:#ff9999;">a</span>ck;b<span style="color:black;background-color:#ff9999;">a</span>ckground-color:#<span style="color:black;background-color:#ff9999;">A</span>0FFFF;">Developers Multi webc<span style="color:black;background-color:#ff9999;">a</span>m ^ It h<span style="color:black;background-color:#ff9999;">a</span>ppens on 1.8.<span style="color:black;background-color:#99ff99;">5</span> sites, <span style="color:black;background-color:#ff9999;">a</span>nd 1.9.0 sites. Reproduced the bug with mose.css, the def<span style="color:black;background-color:#ff9999;">a</span>ult style <span style="color:black;background-color:#ff9999;">a</span>t dev.tw.o, <span style="color:black;background-color:#ff9999;">a</span>nd <span style="color:black;background-color:#ff9999;">a</span> modified style from d<span style="color:black;background-color:#ff9999;">a</span>mi<span style="color:black;background-color:#ff9999;">a</span>n.css . |
tracker item |
Searching and Forums, add and improve searching tools in forums | tracker item |
Searching for "html5-boilerplate" on dev.tiki.org breaks the page | tracker item |
Searching for content highlights the chosen language in search term text as well | tracker item |
Searching for keyword "Site" on www.tw.o yields Cannot Display Page with IE7
When on www.tikiwiki.org, I execute a search for anything with "Site" in it. "Site5", or "Site 5" or "Site blahblah". Search returns, with Internet Explorer, __Internet Explorer cannot display the webpage__. I looked at the source and encoding is UTF-8, so at a loss. I tried several other keywords other than "Site" and they all returned proper searches. This is a weird one. |
tracker item |
searchlib throws massive warnings with PHP > 4.4.0 about return by reference
Just do a simple search and you'll get: Notice: Only variable references should be returned by reference in /home/amette/public_html/tikiwiki-BRANCH-1-9/lib/search/searchlib.php on line 776 Notice: Only variable references should be returned by reference in /home/amette/public_html/tikiwiki-BRANCH-1-9/lib/search/searchlib.php on line 489 : : : and so on... I think we'll face this problem a lot more... :-/ |
tracker item |
SearchPhaseExecutionException on tiki-searchindex.php with sort_mode=modification_date_ndesc | tracker item |
Set up wish reminder system | tracker item |
Several items in a relation field may lead to problem with indexing | tracker item |
Shopping List | tracker item |
More Like This : broken link | tracker item |
Some items "Report a Bug" don't appears in the request "list yours" -> the author logged in had not been got in the item record
Hello, Some of my last items created don't appears into the "list yours" request on dev.tikiwiki. !!Details In seems that it is for all items since a particular date. I have information about this. Some day ago we had on chat an exchange about the generation of a query with an error (item 3104), when submitting "search" (the error had been checked during the chat - use od in() statement in the SQL request not accepted by MYSQL). The next morning it was put out. But while we were checking the "list yours" had disappeared. The next morning it was there. !!Others linked subjects Items : 3114, 3116 !!Beginning to find the problem (while redacting) I just made controls, I discover that this items __that I have submitted have no author name, I was nevertheless logged in__. __This explains the fact that the item don't appears in the list but not why the author had not been defined.__ Trebly |
tracker item |
Some (federated) search results are not clickable (not linked) | tracker item |
specific search causes crash for tiki-searchresults.php
entering the words "visual studio" in the search_box module causes the following message to be returned in the UI: An error occured in a database query! Context: File tiki-searchresults.php Url tiki-searchresults.php?highlight=visual+studio&where=pages Query: select `data` from `tiki_dynamic_variables` where `name`=? Values: 0 comspec Message: Table 'tikidb.tiki_dynamic_variables' doesn't exist Built query was probably: select `data` from `tiki_dynamic_variables` where `name`='comspec' |
tracker item |
Spiders getting lost in tiki-calendar.php, tiki-browse_categories.php and tiki-browse_gallery.php
Please see: http://sourceforge.net/mailarchive/forum.php?thread_id=10026369&forum_id=12569 In tiki-browse_gallery.php, there is Sort Images by [ Name | Date | Hits | User | Size ] so robots can think these are all different pages |
tracker item |
Syntax suggestion for Unlimited search results | tracker item |
tablesorter conflicts with the search module searching on pages (tiki-listpages.php) | tracker item |
Tags: Add a modern beautiful and advanced filtering with HTML5 and jQuery, such as Filtrify | tracker item |
Tighter integration with Apache's > .htaccess (error messages, etc.)
When you try to access a wiki page which doesn't exist, Tiki offers you a list of similarly named pages, to search for that word, to create the page, etc. __Good.__ When you try to access other contents in Tiki (articles, blog posts, etc.) that don't exist (either have been deleted, moved, not yet published, protected, etc.), you get a Tiki error message. __Good as well.__ But what if you try an URL which is just not possible? Ex.: If you migrated from another system to Tiki and you are still getting hits with the previous URLs? Of course, you could check your access logs and add nice redirects. But how can we make this easier for site admins? The bundled _htaccess file (which you need to rename .htaccess to make active) has an example line: {img src=images/code.png}%%% {CODE()} ErrorDocument 404 /tiki-index.php?page=Page+not+found {CODE} __This is good.__ Now, how could we use this to provide the Tiki admin with a top-x error pages? And thus, it would help to detect broken links, etc. Could .htaccess include some configuration info from Tiki? So a Tiki admin could add configuration information without using FTP, all in Tiki, possibly with a secret "system" wiki page. Great inspiration: https://github.com/h5bp/html5-boilerplate/blob/master/dist/.htaccess |
tracker item |
Tiki output concept; Unified-index filtered results (may be pages) to CSV, PDF, etc | tracker item |
Tiki Search filters are broken | tracker item |
tiki_p_search makes users "admin"
Hello 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? |
tracker item |
tiki-searchindex.php in tracker items: either missing or unsuccessful
Using 1.9.7cvs from mid june 2007 I have an item in a tracker with the word "Carxoferes" in the tracker item title. http://www.moviments.net/valldelcorb/tiki-view_tracker_item.php?itemId=15&show=view&offset=0&reloff=7&status=o&trackerId=2&sort_mode=lastModif_asc In the search_new module, trackers doesn't show up in the dropdown box. However, if you search for the Word "Carxoferes" (without double quoting marks), the word "trackers" is listed below search results: http://www.moviments.net/valldelcorb/tiki-searchindex.php?highlight=Carxoferes&where=trackers&search=go So is it really searching (or attempting to search) within tracker items? But anyway, the result is unsuccessful: no pages matches your criteria. ^ ! Search results: Search in: __All Wiki galleries images files forums blogs blog posts directory articles trackers__ Found "Carxoferes" in 0 trackers Find [[___________] [[go] No pages matched the search criteria Page: 1/0 ^ And it should show the tracker item containing that word. ---- Confirmed that the same behavior is happening in 1.10cvs (from July 24th). Checked at: [http://moviments.net/intercanvis/tracker2] Adding a new item with the word "senzilles". If I search that word under the tiki search_new module, I can't find it. If I search through Trackers interface directly, I do find it. ---- Update2: using ((doc:Module search_box)) I can find it! (real time indexation works then) --- Fixed on 1.10cvs. Not sure on 1.9cvs (I couldn't check with latest code). As far as I'm concerned, I leave this bug ask closed. (reopen if you test on 1.9.cvs and it fails) |
tracker item |
tiki.org 13x : Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf8_unicode_ci,IMPLICIT) for operation '=' | tracker item |
tiki.org fully rebuilt several days ago (cron job missing?) | tracker item |
tiki.org: unified mysql reindexing fails due to missing tracker record for user | tracker item |
Tiki's search engine does not respect permissions.
This needs to be solved or a big popup/note included when tiki admins activate the search feature. It should also be listed in tiki-admin_security.php |
tracker item |
Tikiwiki 1.10 does not return multiple search pages
when performing a search only the first page of results is available, the pagination links at the bottom of the page do not navigate to the subsiquent pages. |
tracker item |
TikiWiki: Location of Code for "Site Search Bar" Feature?
I am trying to customize the look and feel of the Site Search Bar that gets added to the top of each page when the "Activate" button is clicked next to the "Site Search Bar" subsection of the "General Layout" tab of the Administrator "Look & Feel" page. Basically, I just want to add "Enter keywords" here in the textbox. I am having a hard time finding where this code is defined. I have looked in the following files: templates\tiki-searchindex.tpl templates\tiki-searchresults.tpl templates\modules\mod-search_box.tpl templates\modules\mod-search_new.tpl templates\styles\simple\modules\mod-search_box.tpl templates\styles\simple\modules\mod-search_new.tpl Could someone point me in the right direction? Any insight is appreciated. Thanks! |
tracker item |
Too many items in unified search (lucene) tiki_queue prevent wiki page editing. | tracker item |
Tracker, Multilingual, Search: Item title is not consistent and is changed each time a user with a different language edit and save. | tracker item |
Tracker, Multilingual; title value used in the unified index for a trackeritem is now the French title (instead of the default English) | tracker item |
Trackers & search highlighting are in conflict: Editing a tracker item after a search
Please see this example: http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&offset=0&sort_mode=lastModif_desc&itemId=1088 Whatever was highlighted in the search in transformed accidentally: <spanexternal link style="color:black;background-color:#ffff66;">fckeditor</span> |
tracker item |
Trackers Relation, Search; Search behaviour is different from other places and make object harder find | tracker item |
Trackers, Permaname; It should not be possible to create a tracker field with a permaname Tiki index can't handle (too long) | tracker item |
Trackers, Unified-Index, Date; Since update to Tiki24 dates displayed in plugin list are minus 1 from the date in the trackeritems using elasticSearch | tracker item |
Unified Index | wiki |
Unified Index: Add spreadsheet | tracker item |
Unified search - OR on two fields | tracker item |
Unified-Index, Tracker; All the permanent name (permaname) of a tracker have been altered | tracker item |
Unpublished articles are shown in Search Results | tracker item |
Unwanted result from multiple Custom Search on a page | tracker item |
uploading pdfs in file galleries fails when automatic indexing of file content is active | tracker item |
Want MySQL Search, don't seem to be getting it
I have my wiki set to use MySQL full-text search, but since Friday it seems to be using PHP (Lucene?) search instead -- and failing. It *was* giving an out-of-memory error. I switched Lucene from incremental indexing to bulk indexing -- which should not affect MySQL search at all. I then tried to build an index, which timed out after 60 seconds. (Not surprising: my wiki has 5000+ pages.) Now my "full-text" search (using module="search_box") gives 0 results. |
tracker item |
Web site search page XSS Vulnerability
Hello, This flaw was found in the search page "TIKI WIKI," which allows XSS attacks when a User is an argument in the variable "words" with a code for XSS. The failure occurs on the search page when it tries to recover the value passed in the variable "words", the server tries to redirect to tags <a> some links in the value paced past. But the server does not check the value and allows the execution of JavaScript code with a code like this. http://info.tiki.org/tiki-searchresults.php?searchLang=en&words=111%22%20on Vulnerable code in HTML code: <span class="button"><a href="http://doc.tiki.org/tiki-searchresults.php?words=111" on <span class="button"><a href="http://www.google.com/search?q=tikiwiki+111" on <span class="button"><a href="http://www.google.com/search?q=site:tiki.org 111" on I could see how we can add an event "on Kind Regards, Mario Gomes. |
tracker item |
When assigning tiki_p_search permission to a group, all other "tiki" permissions are also assigned
To reproduce: 1) Log in as admin. 2) Go to Groups Admin 3) Assign tiki_p_search permissions to a group with no administrative ("tiki" type) permissions. 4) When page refreshes, you will see that all Admin permissions have been assigned to the group, and the Administrative links have been added to the Application Menu module. --- Confirmed by dthacker {THUMB(id=44, url="tiki-browse_image.php?imageId=44")}{THUMB} A user belonging to this group also gets admin menu after logging in. |
tracker item |
Wiki Argument Variables: Additions of an fileId variable (objectId variable ?) | tracker item |
Wiki Argument, page; It is now necessary (on Tiki26) to use the wiki variable page and/or limit pagination to 1 to pass it inside a smarty template using it. | tracker item |
Wiki page attachment not searchable
When attaching a document to a wiki-page, for example an MS-Word file, this attachment seems not to be indexed. There's also no option to indicate which handlers for different mime-types to use. This option is available when using file-galery, but not for page attachments. As a result the file will never show up in any search results. Furthermore: it would be convenient to be able to indicate that the indexing of attachments should be logged. This would ease system debugging in the case mentioned. |
tracker item |
Wiki page name Alias
!!Problems __Pretty Much Resolved by the wiki ALIAS function__ - so closed. Redirect plugin *is not included by default in TikiWiki because it could be used for bad things *creates redundancy (in search results, page listings, etc) - maybe redirected pages should not appear in list? Renamed pages *do not automatically redirect - creates broken links. !!Proposed solution: !!!renamed pages *When a page is renamed the user must choose "hard or soft redirect" perhaps better known as "redirect or refer from old page?" **hard redirect places redirect plugin on pagename-old to pagename-new. **soft redirect puts something at top of page like ^This page has been renamed: pagename^ !!!Add synonyms/aliases to a page suggestion (mlp): adding aliases to a page should automatically create pages with hard or soft redirects to pagename. Note that the adding of alias pages must not destroy data if page already exists. Ex.: dev.tikiwiki.org/Tracker dev.tikiwiki.org/Trackers dev.tikiwiki.org/Bug tracker would be aliases. It would avoid the pollution we have here: http://dev.tikiwiki.org/tiki-orphan_pages.php doc.tikiwiki.org/Install doc.tikiwiki.org/Installation doc.tikiwiki.org/Installer Each wiki page should be able to put one or many aliases. These aliases would work in search. All the aliases should have an important weight in the internal search engine. We could use this instead of renaming pages. Also, when we do rename a page, we could have an option to have the old page name to be an alias of the new one. Thus, better for external search engines. Theses aliases could even be used as meta tag for this page. Putting aliases to non wiki pages (ex.: tiki-forums.php) would make ((doc:structures)) more useful. Now, using structures for site navigation only makes sense if you only have wiki pages. And who ''only'' wants to have wiki pages with all the great features offered by TikiWiki? :-) It also help to use cleaner page links in sentences. If my Wiki page is called Install, I have to do the following now: {img src=images/code.png}%%% {CODE()} For more information about ((Install|Installation)) {CODE} With aliases, I could do: {img src=images/code.png}%%% {CODE()} For more information about ((Installation)) {CODE} Page aliases - and hard redirects - should permit to set status "Moved Permanently" for robots to send traffic to main page. What would we do with page renames? (which correct links in wiki pages). Needs some thought. We don't want some unwanted changing of text in existing wiki pages. Do we need? Redirect to internal or external http is ok because a special permission is needed to use. -> tiki_p_wiki_alias . In security admin, warm that giving tiki_p_wiki_alias to untrusted people is a security risk. Related: [wish1119|Better handling of page renaming] [wish1610|Redirect plugin : should permit to set status "Moved Permanently"] [wish1292|Plural WikiWords when using ((WikiWord))] |
tracker item |
wikiplugin List filter using a smarty variable doesn’t work when the search engine is elasticSearch | tracker item |
Trackers, Search; With Restrict non admins to wiki page access only enable, item content shouldn't be visible in Tiki Search | tracker item |
Wiki, Permissions, List; after a recent Git update it is not possible to use {{page}} variable if anonymous | tracker item |
Wish for Option to Search by Category Name (useful in {LIST()} blocks) | tracker item |
Would like a button to turn search highlight off
My users would like a button to turn search highlighting off. Implementation could be as simple as submitting the current URL with the highlighting part stripped off. They would prefer an Ajax implementation but they'll settle for a full page refresh. |
tracker item |
xavi
Contributors |
tracker item |
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))