After a brand new clean install finished (no error message), if I try to login as the admin (the only user available), I get an error :

• On Safari, it tries to load "http://mywebsite/piwik/index.php?module=CoreHome&action=index&idSite=1&period=day&date=today" and it ends up saying "Too many redirections
• On Firefox, it brings me back to the login page

Attachment: Running of the test-suite on the machine I'm having this issue on
Piwik - running all tests.html

Attachment: Output of phpinfo();
PHP_INFO.txt

Apache configuration :

Alias /logs "/var/www/piwik"
<Directory "/var/www/piwik">

Allow access from any host

    Order allow,deny
    Allow from all

</Directory>

And that's pretty much it !

The very same setup had a 0.2.32 install working just fine

Interestingly, some parts of Piwik still work :

• "index.php?module=SitesManager" works
• "index.php?module=CoreAdminHome" works fine (Safari and Firefox)
• "index.php?module=Feedback" works too

I get a redirect loop on CoreHome, API, and Widgetize though. (Tested with 4 different browsers)

It looks like your version or build of php is at fault.

The exception in DocumentationGenerator.test.php shows it picked up the wrong database name (piwik vs piwik_tests), but got the right prefix?

The other 30 or so errors show the wrong year used. Bizarre doesn't even come to describing this. It's like 1999...

Hum That's weird !

Here are some infos about this box :

• PowerPC processor (Big-endian. I don't know if that changes anything. I ain't no PHP expert, but a scripting language should abstract this implementation detail, shouldn't it ?)
• uname -a : Linux 2.6.27.10 #1 Sun Dec 21 17:37:35 CET 2008 ppc 740/750 PowerMac2,1 GNU/Linux
• PHP is build with the following USE flags (== ./configure options) : (those prefixed by '-' are disabled)

dev-lang/php-5.2.10 USE="apache2 bzip2 cgi cli crypt ctype curl curlwrappers* filter* ftp gd gdbm hash iconv ipv6 json mysql mysqli ncurses nls pcre pdo posix readline reflection session sharedext* simplexml snmp soap sockets spl sqlite ssl sysvipc* threads tokenizer* truetype unicode xml xmlreader* xmlrpc xmlwriter* zip* zlib (-adabas) -bcmath -berkdb (-birdstep) -calendar -cdb -cjk -concurrentmodphp (-db2) -dbase (-dbmaker) -debug -discard-path -doc (-empress) (-empress-bcs) (-esoob) -exif -fastbuild* (-fdftk) (-firebird) -flatfile -force-cgi-redirect (-frontbase) -gd-external -gmp -imap -inifile (-interbase) -iodbc (-java-external) -kerberos -kolab -ldap -ldap-sasl -libedit -mcve -mhash -msql -mssql (-oci8) (-oci8-instant-client) -odbc -pcntl -pic -postgres -qdbm -recode -sapdb -sharedmem (-solid) -spell -suhosin (-sybase) (-sybase-ct) -tidy -wddx -xpm -xsl -yaz" 0 kB

Ok, so part of the problem is in PHP itself (god I hate it) : http://bugs.php.net/bug.php?id=48708

On big-endian machines, date("Y-m-d") replies "0000" for the current year

Sorry, closing as a "cantfix". I don't see an obvious workaround and it's well outside Piwik's scope to fix platform bugs in php.

Yes, as a high-level interpreted language, PHP should abstract lower level details to applications like Piwik. However, cross-platform portability & compatibility with so many processors, operating systems, libraries (and versions thereof) in use... is no easy task.

Rolled back my PHP to 5.2.9. Works like a charm !

Seriously, I can't believe it :-S Anyway, I'm glad my Piwik install is back up !