You may try to ask on the PHP mailing list.

It works now after adding ;?:/path/to/Apache2 to the open_basedir 
setting of my vhost, where horde is installed ...

However. It worked fine with PHP 4.

Can anyone tell me, why this requires access to my Apache2 base dir to 
work? Even allowing every single subdirectory of my Apache2-dir didn't 
fix this.

I can't reproduce this with PHP 5.0.3 - my preferences are saved with 
no problems.

Ok, after some more testing: Everything seems to work fine with PHP4, 
so it's not a misconfiguration issue on my side.



The following testcase works as expected, so this semms not to be a 
global issue with PHP 5:

<?php



class FOO

{

        var $test1 = 123;

        var $test2 = 'blah';

        var $test3 = true;

        var $test4 = false;

        var $test5 = array(123, 'blah', true, false);

        var $test6 = 0;

}



function foobar($return = false)

{

        global $docroot, $foobar;



        if (!$return)

                file_put_contents($docroot . '/foobar.txt', '$foobar = ' . 
var_export($foobar, true) . ";\n");

        else

                return "\n\n\$foobar = " . var_export($foobar, true) . ";\n";

}



function blah($return = false)

{

        global $docroot, $blah;



        if (!$return)

                file_put_contents($docroot . '/blah.txt', '$blah = ' . 
var_export($blah, true) . ";\n");

        else

                return "\n\n\$blah = " . var_export($blah, true) . ";\n";

}



$docroot = $_SERVER['DOCUMENT_ROOT'];



register_shutdown_function('foobar');

register_shutdown_function('blah');



$foobar = clone(new Foo());

$blah =& new Foo();



echo foobar(true);

echo blah(true);



$blah->test1 = $foobar->test1 = 456;

$blah->test2 = $foobar->test2 = 'moo';

$blah->test3 = $foobar->test3 = false;

$blah->test4 = $foobar->test4 = true;

$blah->test5 = $foobar->test5 = array(456, 'moo', false, true);

$blah->test6 = $foobar->test6 = 12;



echo foobar(true);

echo blah(true);



?>

I really don't know what to do with this ticket? I consider this a 
*huge* BC break in PHP5, if that's really the case.

If I try to change any of the prefs, they won't get updated.



After some research I've found out, that the changes get lost 
somewhere between the end of the script and the execution of the 
shutdown-function.



Adding $prefs->store(); to the very end of 
/path/to/horde/services/prefs.php and 
/path/to/horde/services/portal/edit.php did the trick as a workaround.



Looks, like PHP 5 destroys the $prefs-instance, before the 
shutdown-function is being executed.