------

Issues

All I can see is a blank page

The most important thing to do here is to add:

ini_set('display_errors','1');
error_reporting (E_ALL);

to both tiki-install.php and lib/smarty/Smarty.class.php. Add it right after the first <? line. In fact, add this everywhere you can. It will help errors to be show.

One possibility is that this is a PEAR issue (which is only relevant for Tiki 1.7 or less). See below for help on that issue.

• I had PEAR and perl issues in my 1.9 setup process on Fedora Core 3. I found that updating via CPAN was the solution since DBD::MySQL and DBI were not acceptable to the latest PEAR crimson

Another possibility is that this is a directory creation issue; this is likely if you're using a hosting service with only FTP access. For solving that issue, see "FTP-Only Install on shared hosting creates Smarty error" above, even if you're not getting a Smarty error. After adding the lines above, though, you probably will be.

If tiki-index.php fails complining about not being able to include DB.php then PEAR is not visible from your PHP installation, Tiki needs PEAR to use PEAR::DB, the database abstraction layer used in PHP. Find the pear directory included in your PHP installation and make sure that you have that directo ry in the include_path in your php.ini file.

How to check if not finding PEAR is the problem

• Edit tiki-db.php and you will see and include('DB.php') directive. Put a die('before'); statement before that line and a die('after'); statement after the line. Reload the page if you see 'before' but not 'after' then PHP is not finding PEAR on your installation.
• PEAR is installed by default with all the PHP installations (Windows, Unix, etc) you don't have to change anything to make PEAR work but you do have to change things to break it. Usually the problem is that the PEAR directory is not in the include_path setting in PHP.ini some admins remove it because they don't know what it is.
• If you don't want to user PEAR or you really can't make your system administrator make PEAR work you can try the following:
• Uncomment line 4 (UNIX) or line 8 (Windows) of db/tiki-db.php and Tiki will use a bundled PEAR::db distribution. It will work.

blank pages on WAMP

I have install Apache 2.0.49, PHP 4.3.7 and Mysql 4.0. I have also install MySqlAdministratorl in a WinXP pro corp edition.
The apache,php and mysql works fine. I can use the web-server, access php-file och create/remove schemas/tables.
I have used not use the default installation setting, i.e not install it under C:\programs. But i use the default configurations
in Apache, PH and in MySql.

I have downloaded tiki 1.7.5 unzipped and copy all the files the apache DocumentRoot
I have edit the tiki\db\tiki-db.php file to use the right user and password.

When I try to run the Tiki install script (tiki-install.php), I get I blank page. The same happens if I try any php-file.

• What did you check from http://tikiwiki.org/tiki-view_faq.php?faqId=14#q91? What do Apache logs say? Chealer9 20050512

Page Not Found... help!

I got everything installed and everything seemed to be working. I can log in and everything, but whenever I try to get to a page that has request variables (ie "page.php?anything=whatever"), I get a "page not found" error! The rest of the site seems to work fine (the non-tiki stuff), and I'm really not sure what to try at this point. The files are all there (I've even tried deleting everything and doing a fresh install), and it's a consistent issue with every single link that takes me to a ".php?bla=bla" page...
Any ideas? 😢
Thanks!

JohnnySaxon

• I don't know about that but just heard redflo say this would be related to safemode. See the doc InstallTikiunderSafeMode maybe. Chealer9

• Wouldn't the bundled PEAR package do the trick though? lib/pear seems to have all of the required pear stuff... should I still try the safemode stuff, or was that written for pre-1.7.4 versions? Oh, also note that I only have FTP access and I followed the FTP-Only installation instructions to a T!! Thanks! JohnnySaxon

FTP-Only Install on shared hosting creates Smarty error

If you get errors like the following:

Warning: Smarty error: problem writing 'templates_c//en/%%-18/%%-1897939471/error.tpl.php.'

Note that there is a double slash after 'templates_c'. The directory has been chmoded to 777.

The double slash is irrelevent; all UNIXES will treat that as a single slash. The problem is probably that you can't create directories. This happens when Safe Mode is turned on OR when open_basedir is set to something that confuses Smarty (which, it turns out, is quite easy to do; the code in lib/smarty/core/core.create_dir_structure.php for handling open_basedir is pretty bad).

What you need to do to fix this is is to edit lib/smarty/Smarty.class.php. Find a line like:

var $use_sub_dirs          = true;

and change it to:

var $use_sub_dirs          = false;

Hash problem (MySQL 4.1)

I tried to install TikiWiki 1.7 on a Windows XP Home Edition with Apache Server 2, MySQL 4.1.0 and PHP4. Php is tested and working properly. As well MySql.
After some changes in the script to create the database (field name hash is a reserved word and has to be in 'hash' enclosed) and in all php files (because field name hash is in the mysql releae 4.1.0 a reserved word), I can't do anything.
When I first start the tiki-install.php it asks me for the admin password. I enter it and nothing happens. Then I go to the index.php page and try to login with admin. the answer is allways: Invalid username or password
what happend here??
moba

• Tiki simply won't run with MySQL 4.1 for now Chealer9
  • This is simply not true. MySQL 4.1 has a new password and authentication method that is problematic

for PEAR and PHP based applications. All you have to do is start MySQL with --old-passwords, reset your tikiuser password after restarting with that option, and you are ready to go. crimon

Tiki Image Uploads Tips from Rick Cogley

This is my first wiki edit. Pretty cool system! 😁 I had some trouble getting image uploads to work in Image Gallery, but here are some tips that helped in both 8.1RC3 plus latest patches, and "lastiki" (the next version):

• In Image Gallery admin, I told Image Gallery to use a path outside my site's path, and set the folder's permissions correctly to allow uploads. The filenames of the images seem random, but I am not sure if this will work if multiple Tiki's write there. Make sure you include the trailing slash (shown in red).

Site Path:

Upload Path:

• I ftp'd an .htaccess file to the root of the site, which contained some commands inside that override PHP settings on the shared host I am using, which you can refer to using phpinfo. There is a phpinfo at the bottom of the Tiki admin menu in the left column (by default) which you can use to compare your host's settings to what works.

http://subdomain.mysite.net/tiki/.htaccess looks like:

# Override PHP.ini variables:
<IfModule mod_php4.c>
# If you are using Apache 2, you have to use <IfModule sapi_apache2.c>
# instead of <IfModule mod_php4.c>.

   php_value max_execution_time	  300
   php_value upload_max_filesize	"10M"
   php_value memory_limit 	"16M" 

# Not sure what these should be, but they were recommended. They are timeouts in seconds and seem arbitrarily large. 

   php_value session.cache_expire    200000
   php_value session.gc_maxlifetime  200000
   php_value session.cookie_lifetime 2000000
   
</IfModule>

Good luck!

Automatic thumbnail generation failing!

• Gentoo Linux
• Apache 1.3.29
• TikiWiki 1.8.2
• PHP 4.3.4
• mod-php 4.3.6

After installing Tiki, everything worked fine except I couldnt generate thumbnails for my image galleries.

First step I tried was to change some of the options within Tiki. Changed from storing images in DB to directories. I also changed GD to Imagick(both I had installed). This didnt work so next I edited the php.ini file for mod-php to have the extension for GD. This didnt work and wasnt needed to fix the problem on my computer(although some do need it).

Answer
The problem lies in mod-php. It needs to be compiled with one of 2 options. gd or gd-external. gd is what I used and it corrected the problem after recompiling mod-php. I did recompile PHP with the gd option also just to be consistant but I dont think this was necessary.

If you are using EasyPHP, the extension is already compiled, but needs to be enabled. You right click the system tray icon, co to configuration and in that - click PHP Extension. THis will list the possible modules. You should enable the php_gd2 extension. Apply this, then restart EasyPHP.

Answer 2 _
This is also known to occur in Fedora core 3, where the extensions are not in php.ini, but a separate directory. Adding them (extension=imagick.so) to php.ini solves the problem. The problem also does not occur on the new 1.85 version.
top

I have trouble with image-galleries.

The error I get (when I view images) follows. I get a jumble of characters after this, which I presume is the imagedata.
Notice: Undefined property: gdinfo in /services/apache/wwwroot/tiki/lib/imagegals/imagegallib.php on line 280

Warning: Cannot modify header information - headers already sent by (output started at /services/apache/wwwroot/tiki/lib/imagegals/imagegallib.php:280) in /services/apache/wwwroot/tiki/show_image.php on line 69

Warning: Cannot modify header information - headers already sent by (output started at /services/apache/wwwroot/tiki/lib/imagegals/imagegallib.php:280) in /services/apache/wwwroot/tiki/show_image.php on line 70

I have both imagemagick and gd installed. Also whenever I tried to switch to image-magick, it automatically chanegs back to gd whenever I edit gallery.
"vaibhav"

richlew: This same error message came from several places for me. Removing blank space/linefeeds around PHP start/ends in one repeatedly used routine, tiki-setup.php solved the problem.

mose says: when gallery switch back to GD that means that php-imagick extension don't work, maybe you just need to install imagemagick and not only the php extension ? If you manage to make imagick work (it works better than GD imho) you should remove gd support in php, because some cases have been noticed in the case both are used at same time (not a very rathionnal advise, but empirical).

Cannot upload images with tiki 1.7.2

I can't download 1.7.3, I get a page not available error.

I've installed 1.7.2 and almost everything's working fine. My setup (those of my provider): Apache 1.3.20
PHP 4.3.3
MySQL 4.0.13

my problem: I cannot upload images !!!

possible fix: remove gd2 if you use imagemagick! mose

When I try uploading them from the hard disk, I get a page not found error.

When I try uploading them from another URL, here's what I get:

Warning: imagecreatefromstring(): Passed data is not in 'JPEG' format in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 171

Warning: imagecreatefromstring(): Couldn't create GD Image Stream out of Data in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 171

Warning: imagesx(): supplied argument is not a valid Image resource in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 172

Warning: imagesy(): supplied argument is not a valid Image resource in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 173

Warning: Division by zero in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 178

Warning: Division by zero in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 179

Warning: imagecreatetruecolor(): Invalid image dimensions in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 181

Warning: imagecopyresampled(): supplied argument is not a valid Image resource in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 182

Warning: imagejpeg(): supplied argument is not a valid Image resource in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 190

Warning: fopen(): open_basedir restriction in effect. File(/tmp/FOOwQI5D6.jpg) is not within the allowed path(s): (/home/.sites/41/site195:/tmp) in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 192

Warning: fopen(/tmp/FOOwQI5D6.jpg): failed to open stream: Operation not permitted in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 192

Warning: filesize(): open_basedir restriction in effect. File(/tmp/FOOwQI5D6.jpg) is not within the allowed path(s): (/home/.sites/41/site195:/tmp) in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 193

Warning: fread(): supplied argument is not a valid stream resource in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 193

Warning: fclose(): supplied argument is not a valid stream resource in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 194

Warning: unlink(): open_basedir restriction in effect. File(/tmp/FOOwQI5D6.jpg) is not within the allowed path(s): (/home/.sites/41/site195:/tmp) in /home/.sites/41/site195/web/tiki/tiki-upload_image.php on line 195

Warning: MYSQL error: DB Error: syntax error in query:
insert into tiki_images_data(imageId,xsize,ysize, type,filesize,filetype,filename,data) values (3,,,'o',16021, 'image/JPG','DSC00563.JPG','')
in /home/.sites/41/site195/web/tiki/lib/tikilib.php on line 101

I've CHMOD everything to 777 (almost) so it's not a permissions issue. But I can't find out what's wrong ! Please help me 😢

Damian says: Couple of things for you to check, firstly have you got GD installed? Where are you storing the images? database -> could be that the picture is too big without modifing some MySQL paramters, directory -> have you set it to folder/ remembering the trailing slash in the Image Gals under Admin and of course chmod 777 it.

PrezKennedy says: First of all, get your permissions back to normal. You don't want everything to be 777 as that's just an open door for security problems. I tried uploading from a URL and it didn't give me the error messages it gave you, but it didn't work nonetheless. Once in awhile I do manage to upload something, but the file tends to be fairly small, and I haven't noticed a pattern as to why some things work and some don't. I have GD installed, and ImageMagick is also in my search path, but neither seem to make the Image Galleries work right.

Installation Oddity

Hi guys! BTW, tikiwiki looks like the coolest thing ever! Just installed 1.7.3 on my own Linux server, as root, and got the PEAR include working fine (Swoobadoo!). Now when I go to tiki-install.php with my browser, I get:

Fatal error: Smarty: in tiki.tpl line 2: syntax error: invalid attribute name - 'header.tpl\' (Smarty_Compiler.class.php, line 1341) in /www/servers/katin/geo/wiki/Smarty/Smarty_Compiler.class.php on line 1857

When I go to the index.php page, it says:

Fatal error: Smarty: in styles/moreneat/modules/mod-application_menu.tpl line 7: syntax error: unidentified token '\'y\'' (Smarty_Compiler.class.php, line 1233) in /www/servers/katin/geo/wiki/Smarty/Smarty_Compiler.class.php on line 1857

Have run setup.sh nobody and then, to see if maybe permissions were the problem, I went back over the directories and chmod 777'd them all. Same msg.

I'm a bit stumped, being new to it all. Can someone point me to a troubleshooting path or a fix?

Permissions and safe mode stuff

greetings!
I am trying to install on a hosted server - i have FTP and SSH access
i get thiss error when trying the web based install php script

Warning: is_dir() function.is-dir (cache): SAFE MODE Restriction in effect. The script whose uid is 589 is not allowed to access /tmp owned by uid 0 in /home/zzzzzz/wiki/tiki-install.php on line 120

Fatal error: Undefined class name 'tikisetup' in /home/zzzzzz/public_html/wiki/tiki-install.php on line 128

where do i go from here pls?

Permissions and safe mode stuff Part II

greetings! thanks for the suggestions below - all is mostly running
i have made the changes including the Smarty sub_files change to False & peartest.php ran fine
However i get this message many times(1-25 times) when i open a new page/feature

Warning: file_exists() function.file-exists: SAFE MODE Restriction in effect.
The script whose uid is 589 is not allowed to access /usr/local/lib/php
owned by uid 0 in /home/zz...zz/public_html/wiki/Smarty/Smarty.class.php on line 2631

It goes away with a refresh of the page but I do not yet know how badly it will affect the Wiki's performance

Any suggestions- please

Damian says: Hi, it looks like you need to modify the Smarty/Smarty.class.php file and search for the $use_sub_dirs option and set it to false.
Artied replies: thks for that but Ihave already done it and am still getting this error?!

I got plenty of smarty errors at install !!

if you get smarty errors on the install-tiki.php (under *nix) try chmod 777 templates_c

I get the smarty error " Fatal error: Smarty error: in tiki.tpl line 1: syntax error: invalid attribute name: 'header.tpl\' (Smarty_Compiler.class.php, line 1516)"

magic_quotes_runtime must be off.
If not add in your .htaccess: php_flag magic_quotes_runtime off

What PHP conf should I have to run TikiWiki ?

Tiki is an application designed to be installed under almost ANY PHP configuration, however there is a lot of different things that some administrators like to change on the PHP setup that may affect Tiki. In the 99% of the support cases we attended about Tiki installation the problem wasn't Tiki and it wasn't the user it was just a misconfigured PHP installation. Requirements and Setup provides some info on that.

I have problems uploading large files

Check the upload_max_filesize directive in your php.ini. If you are using the database to store files (which is not a good idea for large uploads) you need to change the max_allowed_packet directive of your mysqld daemon, the limit is 1MB. Also, check the php.conf file's LimitRequestBody value.

Same Problem, totally different cause.
Could upload a small file (say under 25k) but nothing larger. Would get a blank page every time - server can't be found or DNS error. Had zero trouble with FTP using Filezilla. Could move 1,000's of files back and forth including full backup files (10+ megs) with zero difficulty.

Set up is a cable modem attached to a Gateway 802.11 G Wireless Broadband Router (NAT with DHCP) serving a small LAN at home. Several computers are attached to the LAN and all share the cable connection.

The problem was traced to having an Advanced Filter set on the router. In my case I wanted to block my son's constant use of Runescape.com, a very popular and highly adicting distributed, multi player game. Under the Advanced Filter you can block access to specific sites. You type in the specific sites and it will then not resolve DNS for those listings.

The solution: go to the Router page for the Gateway model and restore defaults. This knocked out the Advanced filters. This instantly resolved the problem uploading larger files to the Tiki. When I added the Advanced Filter Back, the same file upload problem returned.

I get an error open(temp\xsess_9818368762,O_RDWR) error

Make sure that the temp directory indicated in php.ini exists (eg. c:\winnt\temp for Win2000 and not c:\windows\temp as standard forseen in the php.ini)

I can't login

Tiki needs PHP sessions to run, check the session.savepath setting in php.ini and verify that it points to a valid directory where PHP can write files.

I can't login ( "You have to enable cookies to be able to login to this site")

The value of session.name in php.ini must match the value of $_COOKIE in the "//alert user if cookies are switched off" section of tiki-login.php.

I can't login

If you are upgrading to TikiWiki after have used another CMS on your website, this might interfere in a most unexpected way with your new installation. The point is that there might be still cookies left in your browser of the old system (PhpNuke for example), that interfere with the log-in process of Tikiwiki. The error message would be &quot;Invalid username or password&quot;. Just remove your old cookies and you'll be able to log in as admin, password admin.

I can't login

On tiki-install.php the username and password admin/admin works, but if I follow the link "Do nothing and enter Tiki!" the error-message "Permission denied you cannot view this page" is shown. If I try to login the error-message "Invalid username or password" is shown.

Version 1.7.3; session.save_path is set to "/tmp", open_basedir is "/", no old cookies are saved ...

Is there a debug mode or any other hints?

• habakuk

• Check LoginBug if you use Windows Chealer9 20040316

I can't login after assigning new user module containing an RSS feed

Being a complete newbie and not very familiar with the tikiwiki system and php: I've just installed v1.7.4 without issues, but when trying out the configuration options I ran into problems adding a RSS feed to "http://sitepoint.com/rss.php" which prevents me from logging in!

Looking at the html source of the page it should be displaying: http://www.afrikanuts.com/testtiki/tiki-index.php

Any ideas how to resolve this? (or at least how to regain access to my admin section?)

Thanks
DDD

• Log in from tiki-login_scr.php. You can avoid using "/" in your problem description using ~np~ Chealer9
• Here's one thing to try: Be sure to specify a maximum number of items in the RSS description, so your data in the edit user module will be something like "
  Tiki Wiki CMS Groupware
  /Tiki_21.x_UY_Scuti/21.11/tiki-21.11.zip

  ---

  /Tiki_21.x_UY_Scuti/21.11/tiki-21.11.tar.xz

  ---

  /Tiki_21.x_UY_Scuti/21.11/tiki-21.11.tar.gz

  ---

  /Tiki_21.x_UY_Scuti/21.11/tiki-21.11.tar.bz2

  ---

  /Tiki_21.x_UY_Scuti/21.11/tiki-21.11.7z

  ---

  /Tiki_28.x_Castor/28.0RC1/tiki-28.0.RC1.zip

  ---

  /Tiki_28.x_Castor/28.0RC1/tiki-28.0.RC1.tar.xz

  ---

  /Tiki_28.x_Castor/28.0RC1/tiki-28.0.RC1.tar.gz

  ---

  /Tiki_28.x_Castor/28.0RC1/tiki-28.0.RC1.tar.bz2

  ---

  /Tiki_28.x_Castor/28.0RC1/tiki-28.0.RC1.7z
  ". I made a blog rss feed and put it in a user module on a site and it prevented any Tiki page from displaying. I didn't have the maximum specified. When I added that, everything worked. Could be a solution, or a coincidence. 😉 — chibaguy Update: Oops, coincidence, I guess. Even after adding the maximum, my pages won't load as long as that blog rss module is there. More research is needed. 😢

Everything work but uploads

Check if you have uploads enabled in php.ini, there's a configuration option to disable php uploads. Tiki uploads are 100% safe.

I get an error: Allowed memory size of XXX exhausted

That occurs when php is short on memory. In php.ini just change the value of memory_limit usual value is 16Mo for a young tiki. When tikiwiki.org makes 10 000 pages per day and has 600 pages, and it requires 24Mo.

I'm getting some bizarre errors

Your PHP installation is running out of memory, you should increase the maximum memory size for PHP scripts from the default 8Mb to 16Mb, put it in 24Mb if you want it is safe and memory will be used only if tiki needs it. Tiki uses a lot of memory due to the inclusion of a large library this usually is not a problem for the server since the memory is freed inmediately after and tiki is very fast generating pages. If you are still concerned just notice that each tiki version released needs less and less memory as we are factoring the large library in smaller libs to make Tiki more confortable for our users.

I get the error: DB error connect failed

The settings in db/tiki-db.php are not configured. Edit that file and set up the hostname, user, password and database name for your installation.

I get the error: unable to access templates_c/something.... warning/error fwrite() argument is not a valid resource...

Make sure the templates_c directory is created and that PHP can write to that directory.

I get the error: unable to access modules/cache/something.... warning/error fwrite() argument is not a valid resource...

Make sure the modules/cache directory is created and that PHP can write to that directory.

-------

I get blank pages when I try to upload large images or files

Or, the browser says: Request entity too large! The POST method does not allow the data transmitted, or the data volume exceeds the capacity limit. Error 413

1. check your webserver error logs, to see if you are getting a content-limit error (linux: /var/log/httpd/error.log)
2. check your php.ini file (linux: /etc/php.ini) for the post_max_size = 8M, and set it for what you need.
3. check your webserver's php config (linux: /etc/httpd/conf.d/php.conf) for ))LimitRequestBody(( 524288 and change it to what you need😡

-------

I get strange characters like "Ã?", it seems to be an encoding problem

See CharacterEncodingTrouble

open_basedir issue.

• When I try to run tiki-install.php , the following errors come up (I have only ftp access, but the directories were chmodded as described). Tangle is the directory to which Tiki was extracted.

Warning: open_basedir restriction in effect. File is in wrong directory in /usr/local/plesk/apache/vhosts/(website)/httpdocs/tangle/tiki-install.php on line 270

Warning: open_basedir restriction in effect. File is in wrong directory in /usr/local/plesk/apache/vhosts/(website)/httpdocs/tangle/lib/pear/DB.php on line 25

Warning: Smarty error: problem writing 'templates_c//en/%%-58/%%-584454252/tiki.tpl.php.' in /usr/local/plesk/apache/vhosts/(website)/httpdocs/tangle/Smarty/Smarty.class.php on line 999

Warning: open_basedir restriction in effect. File is in wrong directory in /usr/local/plesk/apache/vhosts/(website)/httpdocs/tangle/Smarty/Smarty.class.php on line 1118

Warning: Failed opening 'templates_c//en/%%-58/%%-584454252/tiki.tpl.php' for inclusion (include_path='.:/usr/local/psa/apache/lib/php:lib/pear') in /usr/local/plesk/apache/vhosts/(website)/httpdocs/tangle/Smarty/Smarty.class.php on line 1118

Using phpinfo() the value that's listed for open_basedir is /usr/local/plesk/apache/vhosts/(website)/httpdocs:/tmp
as a local value, and none specified for master value.

• Zxaos

------

Possible Solution My service provider uses ENSIM to virtualize the serving host and apparently does not allow the creation and modification of subdirectories (limitations when PHP safe mode is enabled).

To fix this, I edited the Smarty/Smarty.class.php file and disabled subdirectories by setting "$use_sub_dirs = false'' as shown below:

/**
* This tells Smarty whether or not to use sub dirs in the cache/ and
* templates_c/ directories. sub directories better organized, but
* may not work well with PHP safe mode enabled.
*
* @var boolean
*
*/
var $use_sub_dirs = false;

After that, the tiki-install.php script ran like a champ!

rarig

Installation problem

I have tried different version 1.6.1, 1.7.4 and 1.8rc2.

I have SSH root access to the server.
I have followed install instruction with 1.8rc2, but tiki-install.php doesn't work at all - it shows nothing.

Then I have launched tiki.sql e.t.c. as it was written on the tikiwiki.org.
This leads to that I was able to see just only ony main panel saying login error, there was no 'login panel' to the right or to the left.

Also I have tried versions 1.6.1 and 1.7.4. The same result - it doesn't work. Version 1.7.4 displays error after folowing 'hand install' (tiki.sql e.t.c.):

At the top of the screen I can see panel like in 1.8rc2
(Error, permission denied, go back, return to home page)
and folowing php error:

Parse error: parse error, unexpected T_CONSTANT_ENCAPSED_STRING in /home/virtual/tikiwiki/Smarty/Smarty_Compiler.class.php(240) : regexp code on line 2

Fatal error: Failed evaluating code: '{*'.str_repeat(" ", substr_count('if $tiki_p_admin eq y and $feature_debug_console eq y', " ")) .'*}' in /home/virtual/tikiwiki/Smarty/Smarty_Compiler.class.php on line 240

Can somebody help me with that ?
I have Apache 1.3.27 and php 4.2.2 installed
(RedHat 7.2 linux), no safe_mode e.t.c. (I have checked php.ini for requirments)

• kva

• Can you still reproduce this with an up-to-date version of Tiki? Chealer9 20050512

Warning using Apache server running SSL ONLY

I have successfully installed tikiwiki to a SuSE linux box. Upon installing to another, identical server, but only accepting SSL, I am receiving a warning message:

"Warning: stat failed for temp/dbg-watch.Array (erno=2 ..."

I believe if I can force the home URL to be https://... etc, this warning will be prevented. Any idea how to do this?

Thanx,

BristolGuy

I just had a similar problem (for me, the initial login as admin was hanging because it was trying to redirect to port 80, which is blocked by this server's firewall). I solved it by manually modifying the preferences to force it to use SSL. From the mysql command line, I executed the following commands:

use tikidb;
update tiki_preferences set value ='y' where name = 'https';
update tiki_preferences set value ='y' where name = 'https_login_required';
update tiki_preferences set value ='y' where name = 'https_login';

--ZZamboni

No Homepage and can't make one

My Tikiwiki site (1.7.4) shows the menu at the left, but no content on the homepage. I can log in as admin, and perform admin functions, but cannot edit the homepage to create content there. Any suggestions?
Thanks!

timake

Tips to move

These problems or tips don't concern the installation properly and should be moved somewhere else.

RSS feeds from Tiki cann't be parsed

RSS feeds conflict with the "gzipped output" option in General Administration menu - disable it. If you want gzipped output anyway, enable in php.ini zlib.output_compression.

Wiki pages reloading VERY slow (180+ seconds)

Make sure that you don't have a link to a dead domain name on the page. When you are reloading the page (either accessing it for the first time or clicking the reload link) TikiWiki caches the URL's on the page. If there is link to a page with a domain that cann't be contacted at this time (it resolves but timeouts on connection), then TikiWiki will wait until the connection with that server times out before rendering the page.

It also happens with servers behing a NAT firewall. For such servers, it is common that you cann't access the server by it's DNS name from the server itself or from other hosts in the internal network. It works like this: a packet from internal network (or from the server itself) goes to the EXTERNAL IP of the server, so it goes to the router, router makes Destination Network Address Translation (DNAT) changing the IP in packet to the internal IP of the server, then sees that packet should go to inside of the network, AND DOESN'T do the SNAT or masqarading as it would if the package would be leaving the company. Thus the return IP adress in the packet remains the internal IP of the client. The packet comes to server and it responds with a reply packet to the client. It all seems warm and nice, but the problem is that the return packet doesn't go trough the router (why sould it, it comes from inside IP and goes to inside IP) and the source IP on the reply packet is the internal IP of the servers. When this packet comes to the client, it simply drops the packet, because it doesn't recognise the sender of the packet as the server to whom client send the first packet because the IP's do not match (client sent to servers external IP, but recieved a reply from servers internal IP).

That's why Tiki cann't cache links from the same server.
You can fix the proble in two ways:
1) add nocache option to all links to prevent caching
2) disable image and link cache in admin/general
3) write an alias in /etc/hosts pointing from all servers DNS names to it's internal IP

Happy new 2004 Year,
Aigarius @ debian.org

View Main Page

• How do I configure TikiWiki so that a visitor will have permission to view the Main Page rather than being told he or she lacks the permission? 2003-12-08

— jcwinnie

• ANSWER

The documentation page http://tikiwiki.org/tiki-index.php?page_ref_id=1
under Basic Configuration, mostly answers this question. Also, Sridhar has created a useful flash:
http://www.teluguvaariki.com/sri-addons/tikiwiki_videos/Preliminary_Settings/
(Thanks to damian for that pointer!).
The key is knowing how to expand the Admin link, located in the left sidebar, into a list as illustrated. You have to know to click on the :: or + Admin - to expand the list. Clicking on Admin takes you to a configuration page, nevertheless, it fails to provide the configuration interface needed to make TikiWiki at all useful. (grumble, grumble, rant, rant)

• What about if I don't want to throw the doors wide-open, just give a nice entry page (rather than nasty error) where they can login? 21feb2005

— ph0rman

• ANSWER #2

Being unable to find a way to do this through the interface, I created my own template ("anonymous_home.tpl") based off the error.tpl to display some pseudo-pretty HTML telling folks how to gain access etc. To use this template rather than the error.tpl that shows the nasty "No access for you" text. I modified tiki-index.php down at line 117 where $tiki_p_view is checked, and commented out the two smarty calls relating to error.tpl and replaced them with: $smarty->display("anonymous-home.tpl");
— ph0rman

I've changed the login settings (LDAP or SSL only), and now can't log in.

If you've locked yourself out and are seeing this message when you log in: "Auth_Container_LDAP: Could not connect and bind to LDAP server. " here is what to try...

There are some chat logs with background on the problem at http://tikiwiki.org/tiki-irc_logs.php?find=&focus=20030930&action=display ...do a search for 'jahlewis' starting at around 13:22 UTC.

The quick version is this: You need to log in to your MySQL database and update the 'auth_method' value from 'auth' to 'tiki', like so:

1. mysql

Welcome to the MySQL monitor. Commands end with ; or \g.

mysql> use tiki
Reading table information for completion of table and column names
Database changed

mysql> select * from tiki_preferences where name = 'auth_method';

| name | value |

| auth_method | auth |

1 row in set (0.00 sec)

mysql> update tiki_preferences set value = 'tiki' where name = 'auth_method';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> select * from tiki_preferences where name = 'auth_method';

| name | value |

| auth_method | tiki |

1 row in set (0.00 sec)

That should do it! Try logging in again... 😀

Problems setting up

Hi there
I have tried installing TikiWiki using several different methods. Once using Fantastico installer for Macamon hosting and several times manually, following the instructions on this site. Everything works right until just after I have entered the database details. I delete the install.php file and then when I point my browser to the location (www.coftonlake.co.uk/tikiwiki), I get the following errors:

Notice: Only variable references should be returned by reference in /home/coftonl/public_html/tikiwiki/lib/adodb/adodb.inc.php on line 2741

Notice: Only variable references should be returned by reference in /home/coftonl/public_html/tikiwiki/lib/adodb/adodb.inc.php on line 2736

Notice: Only variable references should be returned by reference in /home/coftonl/public_html/tikiwiki/lib/adodb/adodb.inc.php on line 2736

Warning: Cannot modify header information - headers already sent by (output started at /home/coftonl/public_html/tikiwiki/lib/adodb/adodb.inc.php:2741) in /home/coftonl/public_html/tikiwiki/index.php on line 10

I don't know enough to understamd what these mean and I can't mind any reference to these errors on this site. I'd appreciate any hlep you could give.
Many Thanks!
smunn

From jeang :
Hi
I have the same problem after installing with Fantastico. The problem occurs only when I login as a user, not when I browse the site.

TikiWiki 1.8.6
PHP version 4.4.1
MySQL version 4.1.13-standard-log

I would also appreciate any help or link to an appropriate documentation.
Thanks
jeang