#23726 [Bgs->Opn]: dump_file formatting option appears to be broken

ID: 23726 User updated by: bharris at spro dot net Reported By: bharris at spro dot net -Status: Bogus +Status: Open Bug Type: DOM XML related Operating System: Red Hat 8.0 (x86) PHP Version: 4.3.2RC2 New Comment: I need to clarify that for my system: $filesize = $dom->dump_file($filename, false, false); does the exact same thing as $filesize = $dom->dump_file($filename, false, true); which is to NOT format the output and is contrary to what has worked for me in the past and what the documentation states. Are you saying that the problem lies in my libxml (i.e. this is a straight through call to the libxml API)? Previous Comments: ------------------------------------------------------------------------ [2003-05-26 06:16:54] rrichards@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This behavior is from libxml and is based upon the structure of the tree you are trying to output. The undocumented feature of passing in a value other than 0 or 1 as the format paramter causes libxml to ignore its rules and format everything, though it possibly may produce an error. ------------------------------------------------------------------------ [2003-05-20 18:19:40] bharris at spro dot net Using 4.3.2RC2 dump_file such as: $filesize = $dom->dump_file($filename, false, true); OR $filesize = $dom->dump_file($filename, 0, 1); Does not nicely format the ouput but places it without whitespace. However (peculiar) using $filesize = $dom->dump_file($filename, false, 2); DOES nicely format the output (however, it places additional spaces in already nicely formatted content) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23726&edit=1