Category: Usability

After upgrade from version 9.1 to version 12.0 the score feature does not work anymore. After login the score is is set to 1.

This bug started in r45775 where $table->increment($score) was removed.

Displaying a star behind the username was removed in r47705. Which makes the score feature more or less useless.

{syntax type="tiki" editor="plain"}
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.

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.

Will record a screencast. Hard to explain. You have to see it to believe it :-)

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

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.

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

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

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

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

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

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

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


We have TikiWiki 2.3 installed.

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

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

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.

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

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

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

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

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

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

Search_new also highlights only "English" search strings.

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

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

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

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

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

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

There is no search option on Tiki Webmail.
This is not really an option for real life usage and a search feature is much needed.

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

The search function cannot find words within the fancytables. This is quite important function so I would like to know a solution. Is it maybe possible to use the alternative query when the search returns empty set? and check if the query can be found with this alternative. And site is using mysql search currently. Does this work on other search engines?
By using SQL i can find it by changing the search query from
{CODE(caption="Not found" colors="sql")}select * from tiki_pages where data='myQuery';

or

Select * from tiki_pages where data='%myQuery%';{CODE}

{CODE(caption="Found " colors="sql")}Select * from tiki_pages where data like '%myQuery%';{CODE}

But if you leave out the wildcards it still returns nothing

{syntax type="tiki" editor="plain"}
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.

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)

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.

Current behavior:
When searching for a term and selecting a language (for example German (DE)) the search results will highlight the searched languages letters (in our example "DE") as well.

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

Expected behavior:
The search results only highlight the searched term and not the chosen language as well.

Step to reproduce:
Search any term in using the search module and the language filters.

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

Possible workaround:
Disable the whole highlighting using CSS.

If you have your wiki pages set to display top and bottom buttons and edit icons, then some of the bottom buttons and icons don't work.

Specifically, the bottom Preview button doesn't work while editing in the normal editor, and the bottom icon for View Edit Icons doesn't work.

I ''think'' this is a week-old regression, but it might actually be a long-standing bug.

{syntax type="tiki" editor="plain"}
This is on trunk Revision: 37484 and still in current trunk (Révision : 37823)

I have a rather long wiki page.

When I use section edition (any section), saving gives a blank screen.

Then I go back to the page and the whole page is replaced by one single line like:
the text "PK" followed by hex "0003 0004 0014 0008"

Then it is necessary to rollback the page from the version before the section edit.

Additional info:
It does not happen on short pages. I have not been able to find time to reduce the offending page to a demo case :-(
The error logs say there is a PHP memory exhaustion but when i upgrade my memory from 128M to 256M, it exhausts just the same :
^{CODE(caption="error log",wrap="1")}
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4096 bytes) in /www/mywebsite/htdocs/lib/diff/Diff.php on line 460, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP Stack trace:, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 1. {main}() mypath/htdocs/tiki-editpage.php:0, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 2. TikiLib->update_page() mypath/htdocs/tiki-editpage.php:994, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 3. diff2() mypath/htdocs/lib/tikilib.php:4230, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 4. Tiki_Text_Diff_Renderer->render() mypath/htdocs/lib/diff/difflib.php:134, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 5. Text_Diff_Renderer->_block() mypath/htdocs/lib/diff/difflib.php:80, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 6. Text_Diff_Renderer_unified->_changed() mypath/htdocs/lib/diff/Renderer.php:126, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 7. diffChar() mypath/htdocs/lib/diff/renderer_unified.php:64, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 8. Text_Diff->Text_Diff() mypath/htdocs/lib/diff/difflib.php:152, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 9. Text_Diff_Engine_native->diff() mypath/htdocs/lib/diff/Diff.php:44, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 10. Text_Diff_Engine_native->_compareseq() mypath/htdocs/lib/diff/Diff.php:379, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 11. Text_Diff_Engine_native->_diag() mypath/htdocs/lib/diff/Diff.php:586, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1{CODE}
^

{syntax type="tiki" editor="plain"}
section edit icons in non-editable menupage (from module) are shown when page in central column is editable.
(Ajax enabled, in case it matters)

The links in section edit icons open the central column page for editting, not the menupage one, but anyway, confusion is added to users... (plus icons non-WYSIWYCA on the menu page)

It should be easily reproducible on dev.tw.o.

Using Tiki 4.1.