From LAN workstation:
Verified MySQL remote connectivity and using MySQL Query Browser, created a new schema (database) named Tiki4.
Opened IE8 and connected to the phpinfo.php page to verify PHP install and settings.

Take dog for walk and hoping for success!

From LAN workstation, opened FireFox Browser and pointed to the tw4 path, and got the tiki-install.php page.

That function blindly asks to delete a file without knowing whether it exists. This should be fine and most performant (since it saves a filesystem operation) using the PHP @ error-quieting operator, but that operator has no effect on Tiki since it uses custom error handling. This could be considered a PHP/Smarty bug highlighted by Tiki. We have a similar problem with php-openid. Chealer9 20100709

TikiWiki 5.0 Beta1 Install

I created a new Windows 2008R2 virtual server and using the basics listed above, installed 5.0 Beta 1 successfully.

I decided to use the latest software available, and ran into database errors during the Tiki installation with PHP 5.3.2 nts-Win32-VC9 (x386). This could have resulted in missing a line in the php.ini file, but I am pretty certain everything was in order. After starting over, I went back to 5.3.1 and had no issues.

I also used the latest version of MySQL (5.1.45 x64) with no problems.

Everything else was standard as per above.

Once I had a successful database creation, the page that came up looked like plain html. No formatting at all. However, I was able to change admin password and get into the site. After checking on #tikiwiki, Caarrie pointed me to Admin/Performance. There I unchecked the â€œMinify CSSâ€ and all of the formatting was perfect! (Thanks again Caarrie). I am not sure if this is a default setting on installation, but if you run into this problem, it is a simple fix.