Category: 1.9.x

Currently, Tiki allows you to add users to a newsletter by name, email, or an entire group.

I would like to add users based on last login. For example, I want to send a newsletter to all users who have not logged in for 6+ months.

When using the Suggest an FAQ feature, Tiki allows a blank entry of both Question and Answer. This is incorrect. Althought Tiki should allow a blank __answer__, the __question__ field should be required.

It would also be nice to enable a CAPTCHA for anonymous editors.

And some cleanup of theses pages would be nice:
http://doc.tikiwiki.org/tiki-index.php?page=Rewrite+Rules
http://tikiwiki.org/TikiWikiRewriteRule

tiki-backup.php was like performing surgery on yourself. It can work but it's risky.

there should be an option to add a "title" to links in wiki. currently you can only set url and link name (<a href="url">link name</a>) but in many cases title (<a href="url" title="title">link name</a>) comes in handy.

A text entry to a survey question is not registered correctly if the same entry has already been registered to some other question. For example, if there is a survey on ID 1 with a text question and someone has answered "foobar" to that question and then another person takes survey on ID 2 and answers "foobar" to a text question in that survey no entry is registered. The problem can be replicated most easily but creating a survey with multiple text questions and answering for example "test" to all those questions. Only the first "text" is registered and the rest omitted.

on 1.9.cvs
See it in here: http://www.moviments.net/valldelcorb
Try changing language as anonymous from default (catalan) to Spanish, for instance. a blank page is shown.

If you do the same as registered, the interface is changed to Spanish, as expected, and as it happenened always with previous versions of Tiki.
(That happened with empty wiki homepage).

-----

However, I tried today (homepage had some articles through article plugin) as registered (user with admin rights), from this page:
http://www.moviments.net/valldelcorb/tiki-index.php

and I got:
^Warning: preg_replace() [function.preg-replace]: Unknown modifier 'd' in /home/httpd/tiki19/tiki-switch_lang.php on line 47

Warning: Cannot modify header information - headers already sent by (output started at /home/httpd/tiki19/tiki-switch_lang.php:47) in /home/httpd/tiki19/tiki-switch_lang.php on line 70
^
plus a blank page.

???

Using latest 1.9.cvs (from 13th june 2007), and simple.css and tpl's.

Maybe related to these other bug reports by me a momoent ago with Calendars:
[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1136&show=view&offset=0&reloff=2&status=op&trackerId=5&sort_mode=created_desc|bug 1]
[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1138&show=view&offset=0&reloff=0&status=op&trackerId=5&sort_mode=created_desc|bug 2]

I attempted to create a simple event at this newly created calendar ("Comisión Web", see previous bug reports). I get a red message saying ~~red:Syntax error~~ (in Spanish, due to lang interface in Spanish).

See screenshot attached (if I can), after posting this bug report.
That's the text I introduced:
{CODE()}
Prueba de item: retocar estilo de tema de la web (a partir de simple.css)
{CODE}
-----
Update: when using tikineat.css and tpl's, or smartiki.css and tpl's, for instance, everything works fine, as expected.

~pp~
Tables in form of:

||test|test
test|test||

are not parsed correctly since version 1.9.1. Now ist works only the old syntax:

||test|test||test|test||

~/pp~

Please see:
http://phplayersmenu.sourceforge.net/demo.php

phplayersmenu has 5 types.

$types['vert'] = 'layersmenu.inc.php';
$types['horiz'] = 'layersmenu.inc.php';
$types['tree'] = 'treemenu.inc.php';
$types['phptree'] = 'phptreemenu.inc.php';
$types['plain'] = 'phptreemenu.inc.php';

Tiki is only using 3.

"Two classes are provided to prepare also accessibility solutions, i.e. "server-side based" tree menus (that have just the same look of the above mentioned JavaScript-based tree menus, but require the PHP support on the web server) and plain menus that do not require the JavaScript support to the browser."

Related:
Menu items with link type options (framed, new window, replace)
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=521


We could also let the user determine an icon for each menu item.

Why does this get deleted:

cvs update: warning: templates_c/.cvsignore was lost
U templates_c/.cvsignore
cvs update: warning: templates_c/.htaccess was lost
U templates_c/.htaccess
cvs update: warning: templates_c/README was lost
U templates_c/README
cvs update: warning: templates_c/index.php was lost
U templates_c/index.php



2009-04-17 It's better for branches/3.0 but it still happens somethinges. (ex.: in temp) Need to be able to duplicate and solve.

2009-04-19 Should be ok now.

The only things I can see in my home page was some errors :
The first error message on my site was :
{img src=images/code.png}%%% {CODE()}
Warning: tempnam() [function.tempnam]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s):
(/tmp/:/www/magowiz.net/:/var/lib/php5/:/var/lib/php4/:/usr/share/php:/usr/local/php4/share) in /www/magowiz.net/www/lib/init/initlib.php on line 101
{CODE}

I've installed a new Tikiwiki at http://www.vic-fontaine.com/forum and started configuring it.

Now I have the following: No-one can log in any longer.

Steps to reproduce (at my installation):

* Create new user
* Confirm e-mail
* Log out new user
---> Login not possible

Admin can't log in either. I've managed to reset admin password to "admin". Still can't log in.

I've posted a questin in the forum, but now I believe this really is a bug. If you need more information about my installation, I can give it to you (database entries etc.)
Please feel free to log into my installation as admin if you manage to.

blah blah

tiki-admin.php?page=gal tells me if GD or Imagick is installed. Nice.

But sometimes, it's installed, but it doesn't work as it should. To rule out that the problem is with Tiki, here is an example of a simple php to test GD in real life. It would be nice to add to tiki-admin.php?page=gal

{img src=images/code.png}%%% {CODE()}
<?php
header("Content-type: image/png");
$im = @imagecreate(110, 20)
or die("Cannot Initialize new GD image stream");
$background_color = imagecolorallocate($im, 0, 0, 0);
$text_color = imagecolorallocate($im, 233, 14, 91);
imagestring($im, 1, 5, 5, "A Simple Text String", $text_color);
imagepng($im);
imagedestroy($im);
?>
{CODE}

There already is a Wiki that imports GEDCON files into the website.
Since this is open source - could this also be added to Tiki please.

In certain instances when editing a page through the text editor (or creating a new blog post), with the wysiwyg-available available (though hidden) the smilies field is not displayed.

The problem is probably due to the fact that the variable $wysiwyg contains an 'n' if the editor is hidden while in some instances the value is NULL. This is probably because if the wysiwyg feature in admin-features is disabled then the $wysiwyg value is NULL, but if it is enabled but hidden the value is 'n'.

There is a conditional in templates/tiki-editpage.tpl that does not take this into account.

(The problem may be present in other versions as well)

I was unable to change the general preferences in the general administration form.

The reason is a naming collision between the cookie variable "style" and the name of the "Change Styles only" submit button. The consequence is that the code for changing style is run every time (because the "style" variable is always set).

The associative array $_REQUEST consist of the contents of $_GET, $_POST, and $_COOKIE.

A link to remove permissions from structure should be visible when editing permissions for a page that is in a structure.
In version 1.9.8.3, the version that I use, that link don't appears for any page.
I have detected the problem is a programming error in line 14 of file templates/tiki-pagepermissions.tpl. There is a test of variable $isStructure when the correct would be to test $inStructure that is the variable that is assigned in line 89 of file tiki-pagepermissions.php

Subject says it all.

Some great men(women) said great things - and I can't enter their name in addition to their quote!! ;(

Give credit, where credit's due! And I take that very seriously!

tiki-plugin_trackerlist.tpl for an alternate theme (via theme control center) is not overridden


2007-09-01 This is demonstration of bug #1334

http://themes.tikiwiki.org/TrackerListTestTrollparty
is not modified even though this file is modified:
templates/styles/trollparty/tiki-plugin_trackerlist.tpl



I have the impression it affects all plugins....

You want a Tiki-powered site but none of the bundled themes fit with the look & feel you want for a project? You would like an easy way to generate a style? Me too!

I have a (crazy?) idea for a Tiki CSS generator. Before I explain it, please visit the StrangeBanana:
http://www.strangebanana.com/

Ideal end result would be: 1- submit logo or picture, 2- a corresponding CSS is generated, 3- result can be visualized from demo site and 4- then just use the custom css on your site!


http://themes.tiki.org/TikiThemeGenerator

RestoreCss Fix broken themes, particularly those broken for safari/konq users.

When users submitt data to a TikiWiki site, there is now workflow included. However this results in active management of a TikiWiki site, for different data entered.

Editors, may receive updates to the site, when you use the notification mechanism, however, there is now way for an editor/administrator to get notifiied by e-mail about other changes to the site, or even worse: notification which need approval, like new links and FAQ entries.

There should definitly be notifications for any submitted data to the site which requires approval to be displayed.

As we can read here: ((doc:PluginThumb)),

url : the url of the link

whereas in img syntax it's link=