Category: Release20

It is great that TikiWiki allows an administrator to customize the Custom Header of a given Website. This allows more personalization than the out of the box "Powered by TikiWiki" logo.

To extend this flexibility, it would be great if one could reference Wiki plugins - custom-built or native Tiki - in the header. As an example, a {RANDOMQUOTE} plugin similar to the simple PHP function on the attached page

http://php.about.com/od/finishedphp1/p/random_quote.htm

I know Christmas is a way's away, but this would be a great early gift!

See in action:
http://tikiwiki.org/Test
http://tikiwiki.org/Test2

it causes:

description" href='Test&bl=y' class='wiki'>Test

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!

The Problem
i.e. the structure tee ist partial accessible for anonymous -
but in the Page view /tiki-index.php?page=xyz all the substrucktures are clickable but they are not accessible (permission of the subtree gives a 302 for the visitor - so he must go back ...

a robot like google creates so much traffic becose he want follow this dead links

so i thought this is solvable by a sitemap
but Tiki has no intern tool for a sitemap like some other cms.
so i started with a online sitemapgenerator - but disasterarea 302 permission
next sitemap-gen.py from sourceforge but the same disasterarea 302 permission
but much bigger becourse it generates from the apache accesslog.

So next i thought about this mess!OK Why create a link if it is not clickable for anonym
yes thats the first solution to give the thing a straight line

looks like a big bugfamily

<lq_013> before a few day's i started with working on a sitemap for tiki
<lq_013> first Idea with using a external tool end up in a disaster
<lq_013> this courced by permission on some struktures
<lq_013> next disasterpart is the rewrite seo engine wich produces some pages 4 times
<lq_013> each accessible in an other way
<lq_013> the sitemaptool from sourcefrge which makes analyse of the access.log produces much more shit
<lq_013> some things can be restricted in a config file but thats no god Idea
<lq_013> so my suggestion to solve some of this sitemap disasters is to cancel all a href=... where annonymous can't click to
<lq_013> this is more then recommented becourse all visitors and searchengines follow this links and get a 302
<lq_013> with redirekt to login or whatever

{THUMB(id=37)/}

Using 1.10 cvs from mid june 2007 (but I bet that this issue might exist also in 1.9.x)

I wonder whether this is going to be considered as a bug or a RFE by coders... (but I consider it a usability bug).

We need a way to ensure that users accept some conditions at registration time to our tiki site. (to conform our laws of privacy of users information kept by the organization, etc.)
We have just set a new tracker item field of type "checkbox", and set it as <span style="color:black;background-color:#ffff66;">mandatory</span>.
But I (as admin) have been able to edit items without checking that checkbox, without any warning that this field is missing, etc. And I could save the edition without that checkbox. But I did get those messages (as expected) when attempting to leave empty any of the other <span style="color:black;background-color:#ffff66;">mandatory</span> fields...

If not using this checkbox approach, there should be a way to configure such a tracker with a required checkbox or similar to be checked.
---
Update using 1.10svn from end of May'08: this bug is still around...

When using the TRACKER plugin with Tiki 2.2:
*I created a new tracker.
*In the tracker's description, I enabled the "Wiki parsed" option and included wiki syntax in the description.
*On a wiki page, I added the tracker with the TRACKER plugin
*I set the __showdesc=y__ option.

The description appeared, but was not wiki parsed.

When using the Tracker Plugin in a form to input data the Text and Text Area Field Types are not displaying the acutal input box, only the field description is showing. I have temporarily changed the field types to other types (checkbox, dropdown, etc) and then the actual input box does appear.

I have tested the same form on several different TikiWiki 2.0 sites and I have the same problem on each of the different sites.

It would be nice to have an optional tpl=>foo.tpl argument to TRACKERLIST to specify a different formatting template. I would rather not mess with the code or the regular template in order to provide a different style of display. (in my case, it would be a display, for just this one tracker...

A table like: Dept, Title, Description, items_list
and another: Name, Title, Phone, Email, Street, Fax, etc

Could display as:

Dept:
Title
(list-of-people-with-that title)
Title2
(list-of-people-with-that title)
Title3
etc
Dept2:

Getting away from the usual 'table' display. I would only want that format for one specific view of one specific tracker... which makes it seem like specifying an alternate template for the display would be useful.

(This is, of course, a trivial change that I can do here locally, but others may find the feature useful, so it would be nice if it was standard.)

{syntax type="tiki" editor="plain"}
((Dynamic Filter)) is broken in 2.0RC2

Yahoo! now provides OpenID support for all Yahoo! IDs. However, I am unable to login to any Tiki by using my Yahoo! OpenID.

See http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=28775

Please see:
http://universaleditbutton.org/

Related:
*[wish1781|Support for the Wiki creole markup (syntax)]


In testing now on:
http://wiki-translation.com

Commit:
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=13295

From tiki-devel

"I got it - Something must be done before releasing 1.10
Before in 1.9, there was 2 tables tiki_user_watches and
tiki_mail_events.
tiki_mail_events contained the generic notifications and unfortunately
all trackers/ tracker items watches.
In 1.10 both tables have been merged into tiki_user_watches - but I did
not see in the upgrade script something around tiki_mail_events copy to
tiki_user_watches
And effectively I lost all my trackres watches
A volunteer to fix that?"

Installer needs to take into account that Upgrading to 1.10 from 1.9 version prior to 1.9.8 requires tiki_1.8to1.9.sql

If you use the tracker with mirror, when creating the fields, you cannot save any comments, options, descriptions. You have to do it directly in the Database, then it works.

If you use the tracker without mirror, it works just fine.

Using 2.0beta code, afaicr.

There are two different users (from two people) in a site: "Xavi" and "Xavier"

This user (which is me)
http://intercanvis.net/tiki-user_information.php?view_user=Xavi

shows some data from the user "Xavier" (the data from the group tracker, afaik):
^
Nom: xavier
Cognoms: rocabert argila
Usuari: xavierrocabert
Telèfon: 932372798
Barri / Població: barcelona
^

As you can see, this information belongs to this other user:
http://intercanvis.net/tiki-user_information.php?view_user=Xavier

{syntax type="tiki" editor="plain"}
I upgraded a TW 1.9.1 installation to 2.3 (I did an upgrade from 1.9.1 to 1.9.11 first, and then immediately did the upgrade to 2.3).

After the upgrade completed successfully, I noticed that the user modules I had were empty. I could see the title and the box, but no content (which were user menus).

To make a long story short, I found that the problem was the templates/tiki-user_menu.tpl template was not rendering anything. I noticed that there was also a tiki-usermenu.tpl template that rendered a list of menus for the admin pages. I tried renaming the tiki-user_menu.tpl file to tiki-user_menu2.tpl and changing line 34 of the lib/smarty_tiki/function.menu.php file to:

$tpl = 'tiki-user_menu2.tpl';

That fixed the problem.

Maybe there's some sort of name collision with tiki-usermenu.tpl when Smarty tries rendering tiki-user_menu.tpl. I didn't see any PHP errors when it wasn't working. Yes, I did try clearing TikiWiki's caches and the browser's cache and it didn't work.

{syntax type="tiki" editor="plain"}
Users can have several status:
*new account (needs to be validated)
*normal account.

Maybe we will want more in the future (ex.: suspended)

It would be good for the admin to be able to see the status in tiki-adminusers.php, filter by type and change/override the status. Ex.: a user never received the validation email because of spam filter.

The User Task System is working fine but.. the tasks are not shown in the module..

When a user activates a theme in "My Tiki", he is unable to go back either to default site theme or to another one. The new profile is active during the user session, but once he logs off and on again, he stays with the first chosen profile.
This problem exists on this site.

I have two users at tw.o: xavi and xavidp. Both with lower case.

I can log in on doc.tw.o using either Xavi or xavi. When I log in with user Xavi, when I click on watching adding a page, or watching another page, I get this type of error:
{CODE(wrap=>1)}
An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php
Query:
insert into `tiki_user_watches`(`user`,`event`,`object`,`email`,`type`,`title`,`url`) values(?,?,?,?,?,?,?)
Values:
0 Xavi
1 wiki_page_changed
2 Tikiwiki 1.10 ca
3 NULL
4 wiki page
5 Tikiwiki 1.10 ca
6 tiki-index.php?page=Tikiwiki 1.10 ca
Message:
Column 'email' cannot be null
Built query was probably:
insert into `tiki_user_watches`(`user`,`event`,`object`,`email`,`type`,`title`,`url`) values('Xavi','wiki_page_changed','Tikiwiki 1.10 ca',NULL,'wiki page','Tikiwiki 1.10 ca','tiki-index.php?page=Tikiwiki 1.10 ca')
{CODE}

With the 1.10b (and latest svn changes) it is meant for admins to be able to change the creator of the forums.

Unfortunately, all users with permission to create blogs, can now create blogs for any other user - even if they can not post to them.

It seems that the latest file templates/tiki-edit_blog.tpl and .php requires that a value for the creator is passed back from the field Creator. Thus, the field has to be present with a valid content.

When a user has the permission "tiki_p_take_quiz", but not "tiki_p_view_quiz_stats", he won't see any quizzes. This is because of the following selection in tikilib.php:

function list_quizzes($offset, $maxRecords, $sort_mode, $find) {

....
$add=$this->user_has_perm_on_object($user, $res['quizId'], 'quiz', array('tiki_p_take_quiz', 'tiki_p_view_quiz_stats'));

....

A user should be able to list (and thus take) quizzes without having the permission to view the stats.

Once saved, style changes (such as setting the font size or centering text) results in pages displaying like these:

My test starts here. Not much of yle="font-size: larger">interest going on though!
AND
yle="text-align: center">Home Page Test

Clicking to insert an image: dialog is displayed buyt clicking on the Browse server button results in the error "Error creating folder "" (Can't create directory)". Manually entering an image in source view mode (<img src="blah-blah">) and saving results in: img src=/home/lib/fckeditor/editor/blah-blah height=30 width=28 (surrounded by curely brackets)

Both related to parsing the html from the WSYWIG editor?

Clicking "Insert/Edit an internal wiki link" shows the "Insert Internal Link" popup but no content is displayed. The dialog briefly shows a cancel button and then the "wait squares" but nothing more.

Found with clean installs of 2.0RC4 on Windows Server 2003 x32 and also server 2008 x64. PHP 5.2.6 (x32); MySQL 5.0.51b (x32 and x64); Apache 2.2.9 (x32)

(sorry if these aren't sufficiently related and should be in separate bug reports)

Hello,

sorry for my bad English, but I´m from Germany and I´ve got my last lesson at school - nearly 20 years ago...

So I hope that you will understand me, here my problem :

I use Tiki 2.0 RC4 with the "andreas08"-Theme. It works quite good, but this bug (maybe ?) happens when I try to edit and save the Theme-CSS via the Admin-Menu :

Some command lines will be added with a "x" (included by tag-brackets) and the instruction given by this command will be ignored - cause it´s "rubbish" than.
( I can´t show you an example, i tried it, but here the "X" in the brackets not appears after saving this thread. )

This strange "effect" also happens by editing or formatting an text by the wysiwyg-editor, so that the text appears with some "rubbish" code-tiles instead of the formatted styles. (Text-Color, Size, Justify, etc.)

I´m not sure - is it a bug, or is this a failure caused by myself ?

Thanks for any answers or comments an greeting form Germany.

Hofnarr