# Failing Autotests / Bugs - Thread: https://externals.io/message/54750 - Original archive: https://news-web.php.net/php.internals/54750 - Started by Reindl Harald on 2011-08-21T13:08:09+00:00 - Messages: 30 - Page 1 of 2: messages 1 to 25 (25 per page, add `?page=N` to the URL) - Next page: https://externals.io/message/54750.md?page=2 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #54750 — Reindl Harald — 2011-08-21T13:08:09+00:00 URL: https://externals.io/message/54750#54750 This is my try to help badly prevent broken releases like 5.3.7 in the future, 54 failing tests are way too much and the XFAILED should be removed until they are working the `crypt()`-bug which is the reason for 5.3.8 this week is fixed in this build with the patch included on fedora-buildserver Tests failed: 54 ( 0.5%) ( 0.7%) Expected fail: 33 ( 0.3%) ( 0.4%) ________________________ this is the badest one, because the fix broke mysqlnd waht worked before this change should be reverted too in 5.3.8 this week FAIL Bug #55283 (SSL options set by mysqli_ssl_set ignored for MySQLi persistent connections) [ext/mysqli/tests/bug55283.phpt] ________________________ the whole PDO-tests are broken because they ignore the ENV-VARS "MYSQL_TEST_HOST""MYSQL_TEST_PORT" "MYSQL_TEST_USER""MYSQL_TEST_PASSWD" "MYSQL_TEST_DB" SKIP MySQL PDOStatement->columnCount() [ext/pdo_mysql/tests/pdo_mysql_stmt_columncount.phpt] reason: SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO) SKIP MySQL PDOStatement->errorCode(); [ext/pdo_mysql/tests/pdo_mysql_stmt_errorcode.phpt] reason: SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO) SKIP MySQL PDOStatement->errorInfo(); [ext/pdo_mysql/tests/pdo_mysql_stmt_errorinfo.phpt] reason: SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO) ________________________ -O3 -march=core2 -mtune=core2 -mmmx -msse2 -msse3 -msse4.1 -fopenmp -mfpmath=sse -pipe -fno-delete-null-pointer-checks -fstack-protector --param=ssp-buffer-size=4 -mfpmath=sse -D_FORTIFY_SOURCE=2 -fexceptions -prefer-pic exactly the same with -O6 as with -O3 FAIL Bug #55156 (ReflectionClass::getDocComment() returns comment even though the class has none) [Zend/tests/bug55156.phpt] FAIL unixtojd() [ext/calendar/tests/unixtojd.phpt] FAIL DateTime::diff() days -- spring type2 type2 [ext/date/tests/DateTime_days-spring-type2-type2.phpt] FAIL DateTime::diff() days -- spring type2 type3 [ext/date/tests/DateTime_days-spring-type2-type3.phpt] FAIL DateTime::diff() days -- spring type3 type2 [ext/date/tests/DateTime_days-spring-type3-type2.phpt] FAIL DateTime::diff() days -- spring type3 type3 [ext/date/tests/DateTime_days-spring-type3-type3.phpt] FAIL DateTime::sub() -- dates [ext/date/tests/DateTime_sub-dates.phpt] FAIL DateTime::sub() -- february [ext/date/tests/DateTime_sub-february.phpt] FAIL timezone_location_get: Test that timezone_location_get returns a correct array of information [ext/date/tests/timezone_location_get.phpt] FAIL gmp_gcdext() basic tests [ext/gmp/tests/022.phpt] FAIL Bug #48754 (mysql_close() crash php when no handle specified) [ext/mysql/tests/bug48754.phpt] FAIL Bug #53649 (mysql_query with "load data" unable to save result set) [ext/mysql/tests/bug53649.phpt] FAIL Bug #36745 (LOAD DATA LOCAL INFILE doesn't return correct error message) [ext/mysqli/tests/bug36745.phpt] FAIL Bug #51647 (Certificate file without private key (pk in another file) doesn't work) [ext/mysqli/tests/bug51647.phpt] FAIL Bug #53503 (mysqli::query returns false after successful LOAD DATA query) [ext/mysqli/tests/bug53503.phpt] FAIL Bug #55283 (SSL options set by mysqli_ssl_set ignored for MySQLi persistent connections) [ext/mysqli/tests/bug55283.phpt] FAIL `mysqli_change_user()` [ext/mysqli/tests/mysqli_change_user.phpt] FAIL Interface of the class mysqli_driver [ext/mysqli/tests/mysqli_class_mysqli_driver_interface.phpt] FAIL `mysqli_connect()` [ext/mysqli/tests/mysqli_connect.phpt] FAIL `mysqli_free_result()` [ext/mysqli/tests/mysqli_free_result.phpt] FAIL `mysqli_get_client_stats()` [ext/mysqli/tests/mysqli_get_client_stats.phpt] FAIL mysqli_pconnect() [ext/mysqli/tests/mysqli_pconnect.phpt] FAIL int `mysqli_poll()` and kill [ext/mysqli/tests/mysqli_poll_kill.phpt] FAIL `mysqli_report()` [ext/mysqli/tests/mysqli_report.phpt] FAIL `mysqli_report()` [ext/mysqli/tests/mysqli_report_wo_ps.phpt] FAIL `mysqli_select_db()` [ext/mysqli/tests/mysqli_select_db.phpt] FAIL `mysqli_stmt_execute()` - SP, next result [ext/mysqli/tests/mysqli_stmt_execute_stored_proc_next_result.phpt] FAIL `mysqli_stmt_execute()` - OUT [ext/mysqli/tests/mysqli_stmt_execute_stored_proc_out.phpt] FAIL Bug #28382 (openssl_x509_parse extensions support) [ext/openssl/tests/bug28382.phpt] FAIL Bug #47828 (segfaults when a UTF-8 conversion fails `openssl_x509_parse()`) [ext/openssl/tests/bug47828.phpt] FAIL `openssl_x509_parse()` basic test [ext/openssl/tests/openssl_x509_parse_basic.phpt] FAIL `preg_replace()` with array of failing regular expressions [ext/pcre/tests/006.phpt] FAIL MySQL PDO->__construct(), options [ext/pdo_mysql/tests/pdo_mysql___construct_options.phpt] FAIL MySQL PDO class interface [ext/pdo_mysql/tests/pdo_mysql_interface.phpt] FAIL a script should not be able to modify session.use_trans_sid [ext/session/tests/014.phpt] FAIL use_trans_sid should not affect SID [ext/session/tests/015.phpt] FAIL rewriter correctly handles attribute names which contain dashes [ext/session/tests/018.phpt] FAIL rewriter uses arg_seperator.output for modifying URLs [ext/session/tests/020.phpt] FAIL rewriter handles form and fieldset tags correctly [ext/session/tests/021.phpt] FAIL Bug #26862 (ob_flush() before `output_reset_rewrite_vars()` results in data loss) [ext/session/tests/bug26862.phpt] FAIL Bug #31454 (Incorrect adding PHPSESSID to links, which contains \r\n) [ext/session/tests/bug36459.phpt] FAIL Bug #41600 (url rewriter tags doesn't work with namespaced tags) [ext/session/tests/bug41600.phpt] FAIL Test `session_id()` function : variation [ext/session/tests/session_id_variation2.phpt] FAIL Bug #48601 (xpath() returns `FALSE` for legitimate query) [ext/simplexml/tests/bug48601.phpt] FAIL Bug #51615 (PHP crash with wrong HTML in SimpleXML) [ext/simplexml/tests/bug51615.phpt] FAIL Bug #54971 (Wrong result when using iterator_to_array with use_keys on true) [ext/spl/tests/bug54971.phpt] FAIL Bug #44394 (Last two bytes missing from output) [ext/standard/tests/general_functions/bug44394.phpt] FAIL Bug #44394 (Last two bytes missing from output) with session.use_trans_id [ext/standard/tests/general_functions/bug44394_2.phpt] FAIL Bug #49936 (crash with ftp stream in php_stream_context_get_option()) [ext/standard/tests/streams/bug49936.phpt] FAIL Bug #26817 (http_build_query() did not handle private & protected object properties) [ext/standard/tests/strings/bug26817.phpt] FAIL `http_build_query()` function [ext/standard/tests/strings/http_build_query.phpt] FAIL Test function `show_source()` by calling it with its expected arguments, more test for `highlight_file()` [ext/standard/tests/strings/show_source_basic.phpt] FAIL Test function `show_source()` by calling it with its expected arguments and php output, more test for `highlight_file()` [ext/standard/tests/strings/show_source_variation1.phpt] FAIL Test function `show_source()` by calling it with its expected arguments and output to variable, more test for `highlight_file()` [ext/standard/tests/strings/show_source_variation2.phpt] --- ## #54751 — Pierre Joye — 2011-08-21T13:21:08+00:00 URL: https://externals.io/message/54750#54751 · In reply to: #54750 hi, The question is more about whether this bug was present before as well. If yes, I'd to wait to make sure we get 5.3.8 out on Tuesday without any other change but the crypt's fix. Cheers, > This is my try to help badly prevent broken releases like > 5.3.7 in the future, 54 failing tests are way too much and > the XFAILED should be removed until they are working > > the `crypt()`-bug which is the reason for 5.3.8 this week is fixed > in this build with the patch included on fedora-buildserver > > Tests failed: 54 (  0.5%) (  0.7%) > Expected fail: 33 (  0.3%) (  0.4%) > ________________________ > > this is the badest one, because the fix broke mysqlnd waht worked before > this change should be reverted too in 5.3.8 this week > FAIL Bug #55283 (SSL options set by mysqli_ssl_set ignored for MySQLi persistent connections) > [ext/mysqli/tests/bug55283.phpt] > ________________________ > > the whole PDO-tests are broken because they ignore the ENV-VARS > "MYSQL_TEST_HOST""MYSQL_TEST_PORT" "MYSQL_TEST_USER""MYSQL_TEST_PASSWD" "MYSQL_TEST_DB" > > SKIP MySQL PDOStatement->columnCount() [ext/pdo_mysql/tests/pdo_mysql_stmt_columncount.phpt] reason: > SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO) > SKIP MySQL PDOStatement->errorCode(); [ext/pdo_mysql/tests/pdo_mysql_stmt_errorcode.phpt] reason: SQLSTATE[28000] > [1045] Access denied for user 'root'@'localhost' (using password: NO) > SKIP MySQL PDOStatement->errorInfo(); [ext/pdo_mysql/tests/pdo_mysql_stmt_errorinfo.phpt] reason: SQLSTATE[28000] > [1045] Access denied for user 'root'@'localhost' (using password: NO) > ________________________ > > -O3 -march=core2 -mtune=core2 -mmmx -msse2 -msse3 -msse4.1 -fopenmp -mfpmath=sse -pipe > -fno-delete-null-pointer-checks -fstack-protector --param=ssp-buffer-size=4 -mfpmath=sse -D_FORTIFY_SOURCE=2 > -fexceptions -prefer-pic > > exactly the same with -O6 as with -O3 > > FAIL Bug #55156 (ReflectionClass::getDocComment() returns comment even though the class has none) > [Zend/tests/bug55156.phpt] > FAIL unixtojd() [ext/calendar/tests/unixtojd.phpt] > FAIL DateTime::diff() days -- spring type2 type2 [ext/date/tests/DateTime_days-spring-type2-type2.phpt] > FAIL DateTime::diff() days -- spring type2 type3 [ext/date/tests/DateTime_days-spring-type2-type3.phpt] > FAIL DateTime::diff() days -- spring type3 type2 [ext/date/tests/DateTime_days-spring-type3-type2.phpt] > FAIL DateTime::diff() days -- spring type3 type3 [ext/date/tests/DateTime_days-spring-type3-type3.phpt] > FAIL DateTime::sub() -- dates [ext/date/tests/DateTime_sub-dates.phpt] > FAIL DateTime::sub() -- february [ext/date/tests/DateTime_sub-february.phpt] > FAIL timezone_location_get: Test that timezone_location_get returns a correct array of information > [ext/date/tests/timezone_location_get.phpt] > FAIL gmp_gcdext() basic tests [ext/gmp/tests/022.phpt] > FAIL Bug #48754 (mysql_close() crash php when no handle specified) [ext/mysql/tests/bug48754.phpt] > FAIL Bug #53649 (mysql_query with "load data" unable to save result set) [ext/mysql/tests/bug53649.phpt] > FAIL Bug #36745 (LOAD DATA LOCAL INFILE doesn't return correct error message) [ext/mysqli/tests/bug36745.phpt] > FAIL Bug #51647 (Certificate file without private key (pk in another file) doesn't work) > [ext/mysqli/tests/bug51647.phpt] > FAIL Bug #53503 (mysqli::query returns false after successful LOAD DATA query) [ext/mysqli/tests/bug53503.phpt] > FAIL Bug #55283 (SSL options set by mysqli_ssl_set ignored for MySQLi persistent connections) > [ext/mysqli/tests/bug55283.phpt] > FAIL `mysqli_change_user()` [ext/mysqli/tests/mysqli_change_user.phpt] > FAIL Interface of the class mysqli_driver [ext/mysqli/tests/mysqli_class_mysqli_driver_interface.phpt] > FAIL `mysqli_connect()` [ext/mysqli/tests/mysqli_connect.phpt] > FAIL `mysqli_free_result()` [ext/mysqli/tests/mysqli_free_result.phpt] > FAIL `mysqli_get_client_stats()` [ext/mysqli/tests/mysqli_get_client_stats.phpt] > FAIL mysqli_pconnect() [ext/mysqli/tests/mysqli_pconnect.phpt] > FAIL int `mysqli_poll()` and kill [ext/mysqli/tests/mysqli_poll_kill.phpt] > FAIL `mysqli_report()` [ext/mysqli/tests/mysqli_report.phpt] > FAIL `mysqli_report()` [ext/mysqli/tests/mysqli_report_wo_ps.phpt] > FAIL `mysqli_select_db()` [ext/mysqli/tests/mysqli_select_db.phpt] > FAIL `mysqli_stmt_execute()` - SP, next result [ext/mysqli/tests/mysqli_stmt_execute_stored_proc_next_result.phpt] > FAIL `mysqli_stmt_execute()` - OUT [ext/mysqli/tests/mysqli_stmt_execute_stored_proc_out.phpt] > FAIL Bug #28382 (openssl_x509_parse extensions support) [ext/openssl/tests/bug28382.phpt] > FAIL Bug #47828 (segfaults when a UTF-8 conversion fails `openssl_x509_parse()`) [ext/openssl/tests/bug47828.phpt] > FAIL `openssl_x509_parse()` basic test [ext/openssl/tests/openssl_x509_parse_basic.phpt] > FAIL `preg_replace()` with array of failing regular expressions [ext/pcre/tests/006.phpt] > FAIL MySQL PDO->__construct(), options [ext/pdo_mysql/tests/pdo_mysql___construct_options.phpt] > > FAIL MySQL PDO class interface [ext/pdo_mysql/tests/pdo_mysql_interface.phpt] > > FAIL a script should not be able to modify session.use_trans_sid [ext/session/tests/014.phpt] > > FAIL use_trans_sid should not affect SID [ext/session/tests/015.phpt] > > FAIL rewriter correctly handles attribute names which contain dashes [ext/session/tests/018.phpt] > > FAIL rewriter uses arg_seperator.output for modifying URLs [ext/session/tests/020.phpt] > > FAIL rewriter handles form and fieldset tags correctly [ext/session/tests/021.phpt] > > FAIL Bug #26862 (ob_flush() before `output_reset_rewrite_vars()` results in data loss) > [ext/session/tests/bug26862.phpt] > > FAIL Bug #31454 (Incorrect adding PHPSESSID to links, which contains \r\n) [ext/session/tests/bug36459.phpt] > > FAIL Bug #41600 (url rewriter tags doesn't work with namespaced tags) [ext/session/tests/bug41600.phpt] > > FAIL Test `session_id()` function : variation [ext/session/tests/session_id_variation2.phpt] > > FAIL Bug #48601 (xpath() returns `FALSE` for legitimate query) [ext/simplexml/tests/bug48601.phpt] > > FAIL Bug #51615 (PHP crash with wrong HTML in SimpleXML) [ext/simplexml/tests/bug51615.phpt] > > FAIL Bug #54971 (Wrong result when using iterator_to_array with use_keys on true) [ext/spl/tests/bug54971.phpt] > FAIL Bug #44394 (Last two bytes missing from output) [ext/standard/tests/general_functions/bug44394.phpt] > FAIL Bug #44394 (Last two bytes missing from output) with session.use_trans_id > [ext/standard/tests/general_functions/bug44394_2.phpt] > FAIL Bug #49936 (crash with ftp stream in php_stream_context_get_option()) [ext/standard/tests/streams/bug49936.phpt] > FAIL Bug #26817 (http_build_query() did not handle private & protected object properties) > [ext/standard/tests/strings/bug26817.phpt] > FAIL `http_build_query()` function [ext/standard/tests/strings/http_build_query.phpt] > FAIL Test function `show_source()` by calling it with its expected arguments, more test for `highlight_file()` > [ext/standard/tests/strings/show_source_basic.phpt] > FAIL Test function `show_source()` by calling it with its expected arguments and php output, more test for > `highlight_file()` [ext/standard/tests/strings/show_source_variation1.phpt] > FAIL Test function `show_source()` by calling it with its expected arguments and output to variable, more test for > `highlight_file()` [ext/standard/tests/strings/show_source_variation2.phpt] > > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #54752 — Reindl Harald — 2011-08-21T13:26:38+00:00 URL: https://externals.io/message/54750#54752 · In reply to: #54751 hi it was surely not present in mysqlnd before because we are running a bundle of servers which using the same ssl-certs for php and mysql over WAN and all of them started running in timeot/mysql server gone away directly after update to PHP 5.3.7 (we are speaking about cronjobs every 5 minutes) only one machine which stays this time on 5.3.6 does not have the problem and this one was not updated becuase there is no webserver running, on the other machines it is problematic - 5.3.7 breaks SSL but 5.3.6 has full disclosed security bugs - so every decision is wrong i solved this temporary with SSH-Tunnels but that is not beautiful and implicated other security bypasses because it exports from the view of mysql 127.0.0.1 to external hosts Am 21.08.2011 15:21, schrieb Pierre Joye: hi, The question is more about whether this bug was present before as well. If yes, I'd to wait to make sure we get 5.3.8 out on Tuesday without any other change but the crypt's fix. Cheers, > This is my try to help badly prevent broken releases like > 5.3.7 in the future, 54 failing tests are way too much and > the XFAILED should be removed until they are working > > the `crypt()`-bug which is the reason for 5.3.8 this week is fixed > in this build with the patch included on fedora-buildserver > > Tests failed: 54 ( 0.5%) ( 0.7%) > Expected fail: 33 ( 0.3%) ( 0.4%) > ________________________ > > this is the badest one, because the fix broke mysqlnd waht worked before > this change should be reverted too in 5.3.8 this week > FAIL Bug #55283 (SSL options set by mysqli_ssl_set ignored for MySQLi persistent connections) > [ext/mysqli/tests/bug55283.phpt] > ________________________ > > the whole PDO-tests are broken because they ignore the ENV-VARS > "MYSQL_TEST_HOST""MYSQL_TEST_PORT" "MYSQL_TEST_USER""MYSQL_TEST_PASSWD" "MYSQL_TEST_DB" > > SKIP MySQL PDOStatement->columnCount() [ext/pdo_mysql/tests/pdo_mysql_stmt_columncount.phpt] reason: > SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO) > SKIP MySQL PDOStatement->errorCode(); [ext/pdo_mysql/tests/pdo_mysql_stmt_errorcode.phpt] reason: SQLSTATE[28000] > [1045] Access denied for user 'root'@'localhost' (using password: NO) > SKIP MySQL PDOStatement->errorInfo(); [ext/pdo_mysql/tests/pdo_mysql_stmt_errorinfo.phpt] reason: SQLSTATE[28000] > [1045] Access denied for user 'root'@'localhost' (using password: NO) > ________________________ > > -O3 -march=core2 -mtune=core2 -mmmx -msse2 -msse3 -msse4.1 -fopenmp -mfpmath=sse -pipe > -fno-delete-null-pointer-checks -fstack-protector --param=ssp-buffer-size=4 -mfpmath=sse -D_FORTIFY_SOURCE=2 > -fexceptions -prefer-pic > > exactly the same with -O6 as with -O3 > > FAIL Bug #55156 (ReflectionClass::getDocComment() returns comment even though the class has none) > [Zend/tests/bug55156.phpt] > FAIL unixtojd() [ext/calendar/tests/unixtojd.phpt] > FAIL DateTime::diff() days -- spring type2 type2 [ext/date/tests/DateTime_days-spring-type2-type2.phpt] > FAIL DateTime::diff() days -- spring type2 type3 [ext/date/tests/DateTime_days-spring-type2-type3.phpt] > FAIL DateTime::diff() days -- spring type3 type2 [ext/date/tests/DateTime_days-spring-type3-type2.phpt] > FAIL DateTime::diff() days -- spring type3 type3 [ext/date/tests/DateTime_days-spring-type3-type3.phpt] > FAIL DateTime::sub() -- dates [ext/date/tests/DateTime_sub-dates.phpt] > FAIL DateTime::sub() -- february [ext/date/tests/DateTime_sub-february.phpt] > FAIL timezone_location_get: Test that timezone_location_get returns a correct array of information > [ext/date/tests/timezone_location_get.phpt] > FAIL gmp_gcdext() basic tests [ext/gmp/tests/022.phpt] > FAIL Bug #48754 (mysql_close() crash php when no handle specified) [ext/mysql/tests/bug48754.phpt] > FAIL Bug #53649 (mysql_query with "load data" unable to save result set) [ext/mysql/tests/bug53649.phpt] > FAIL Bug #36745 (LOAD DATA LOCAL INFILE doesn't return correct error message) [ext/mysqli/tests/bug36745.phpt] > FAIL Bug #51647 (Certificate file without private key (pk in another file) doesn't work) > [ext/mysqli/tests/bug51647.phpt] > FAIL Bug #53503 (mysqli::query returns false after successful LOAD DATA query) [ext/mysqli/tests/bug53503.phpt] > FAIL Bug #55283 (SSL options set by mysqli_ssl_set ignored for MySQLi persistent connections) > [ext/mysqli/tests/bug55283.phpt] > FAIL `mysqli_change_user()` [ext/mysqli/tests/mysqli_change_user.phpt] > FAIL Interface of the class mysqli_driver [ext/mysqli/tests/mysqli_class_mysqli_driver_interface.phpt] > FAIL `mysqli_connect()` [ext/mysqli/tests/mysqli_connect.phpt] > FAIL `mysqli_free_result()` [ext/mysqli/tests/mysqli_free_result.phpt] > FAIL `mysqli_get_client_stats()` [ext/mysqli/tests/mysqli_get_client_stats.phpt] > FAIL mysqli_pconnect() [ext/mysqli/tests/mysqli_pconnect.phpt] > FAIL int `mysqli_poll()` and kill [ext/mysqli/tests/mysqli_poll_kill.phpt] > FAIL `mysqli_report()` [ext/mysqli/tests/mysqli_report.phpt] > FAIL `mysqli_report()` [ext/mysqli/tests/mysqli_report_wo_ps.phpt] > FAIL `mysqli_select_db()` [ext/mysqli/tests/mysqli_select_db.phpt] > FAIL `mysqli_stmt_execute()` - SP, next result [ext/mysqli/tests/mysqli_stmt_execute_stored_proc_next_result.phpt] > FAIL `mysqli_stmt_execute()` - OUT [ext/mysqli/tests/mysqli_stmt_execute_stored_proc_out.phpt] > FAIL Bug #28382 (openssl_x509_parse extensions support) [ext/openssl/tests/bug28382.phpt] > FAIL Bug #47828 (segfaults when a UTF-8 conversion fails `openssl_x509_parse()`) [ext/openssl/tests/bug47828.phpt] > FAIL `openssl_x509_parse()` basic test [ext/openssl/tests/openssl_x509_parse_basic.phpt] > FAIL `preg_replace()` with array of failing regular expressions [ext/pcre/tests/006.phpt] > FAIL MySQL PDO->__construct(), options [ext/pdo_mysql/tests/pdo_mysql___construct_options.phpt] > > FAIL MySQL PDO class interface [ext/pdo_mysql/tests/pdo_mysql_interface.phpt] > > FAIL a script should not be able to modify session.use_trans_sid [ext/session/tests/014.phpt] > > FAIL use_trans_sid should not affect SID [ext/session/tests/015.phpt] > > FAIL rewriter correctly handles attribute names which contain dashes [ext/session/tests/018.phpt] > > FAIL rewriter uses arg_seperator.output for modifying URLs [ext/session/tests/020.phpt] > > FAIL rewriter handles form and fieldset tags correctly [ext/session/tests/021.phpt] > > FAIL Bug #26862 (ob_flush() before `output_reset_rewrite_vars()` results in data loss) > [ext/session/tests/bug26862.phpt] > > FAIL Bug #31454 (Incorrect adding PHPSESSID to links, which contains \r\n) [ext/session/tests/bug36459.phpt] > > FAIL Bug #41600 (url rewriter tags doesn't work with namespaced tags) [ext/session/tests/bug41600.phpt] > > FAIL Test `session_id()` function : variation [ext/session/tests/session_id_variation2.phpt] > > FAIL Bug #48601 (xpath() returns `FALSE` for legitimate query) [ext/simplexml/tests/bug48601.phpt] > > FAIL Bug #51615 (PHP crash with wrong HTML in SimpleXML) [ext/simplexml/tests/bug51615.phpt] > > FAIL Bug #54971 (Wrong result when using iterator_to_array with use_keys on true) [ext/spl/tests/bug54971.phpt] > FAIL Bug #44394 (Last two bytes missing from output) [ext/standard/tests/general_functions/bug44394.phpt] > FAIL Bug #44394 (Last two bytes missing from output) with session.use_trans_id > [ext/standard/tests/general_functions/bug44394_2.phpt] > FAIL Bug #49936 (crash with ftp stream in php_stream_context_get_option()) [ext/standard/tests/streams/bug49936.phpt] > FAIL Bug #26817 (http_build_query() did not handle private & protected object properties) > [ext/standard/tests/strings/bug26817.phpt] > FAIL `http_build_query()` function [ext/standard/tests/strings/http_build_query.phpt] > FAIL Test function `show_source()` by calling it with its expected arguments, more test for `highlight_file()` > [ext/standard/tests/strings/show_source_basic.phpt] > FAIL Test function `show_source()` by calling it with its expected arguments and php output, more test for > `highlight_file()` [ext/standard/tests/strings/show_source_variation1.phpt] > FAIL Test function `show_source()` by calling it with its expected arguments and output to variable, more test for > `highlight_file()` [ext/standard/tests/strings/show_source_variation2.phpt] > > -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm --- ## #54753 — Reindl Harald — 2011-08-21T13:32:40+00:00 URL: https://externals.io/message/54750#54753 · In reply to: #54751 Am 21.08.2011 15:21, schrieb Pierre Joye: > hi, > > The question is more about whether this bug was present before as > well. If yes, I'd to wait to make sure we get 5.3.8 out on Tuesday > without any other change but the crypt's fix as said it was broken with 5.3.7 what about release 5.3.8 with the crypt fix ASAP and as soon as possible 5.3.9 fixing the mysqlnd/ssl bug - this would be a reasonable option for everybody, what i do not like is fixing only the crypt-bug and wait for a working mysqlnd/ssl half a year to the next release! this is open-source and the "mntra release early, release often" is perfect for critical things to give everybody out there to sue the version with does hurt him less with having security-fixes available --- ## #54754 — Daniel Convissor — 2011-08-21T14:21:40+00:00 URL: https://externals.io/message/54750#54754 · In reply to: #54750 Hi Reindl: > This is my try to help badly prevent broken releases like > 5.3.7 in the future, 54 failing tests are way too much and > the XFAILED should be removed until they are working XFAIL's should stay, in my opinion. Their results go to the "EXPECTED FAILED TEST SUMMARY" so there's no confusion with stuff in the "FAILED TEST SUMMARY." > FAIL DateTime::diff() days -- spring type2 type2 [ext/date/tests/DateTime_days-spring-type2-type2.phpt] > FAIL DateTime::diff() days -- spring type2 type3 [ext/date/tests/DateTime_days-spring-type2-type3.phpt] > FAIL DateTime::diff() days -- spring type3 type2 [ext/date/tests/DateTime_days-spring-type3-type2.phpt] > FAIL DateTime::diff() days -- spring type3 type3 [ext/date/tests/DateTime_days-spring-type3-type3.phpt] > FAIL DateTime::sub() -- dates [ext/date/tests/DateTime_sub-dates.phpt] > FAIL DateTime::sub() -- february [ext/date/tests/DateTime_sub-february.phpt] That's weird. Those are marked for XFAIL. How were you running the tests and on what checkout/code base? Also, it looks like you're reading from the main output list, not the various SUMMARY sections, which is totally inefficient because it lists passes, skips, etc, too. Thanks, --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 --- ## #54755 — Daniel Convissor — 2011-08-21T14:26:08+00:00 URL: https://externals.io/message/54750#54755 · In reply to: #54754 Hi Again Reindl: > > > > […] > > That's weird. Those are marked for XFAIL. How were you running the > tests and on what checkout/code base? Geez, why do I always stick my foot in my mouth? That subset of the date tests are not set up as XFAIL. Pardon me. Perhaps I shouldn't be typing these emails while my kid is eating at the table. :) Thanks, --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 --- ## #54756 — Reindl Harald — 2011-08-21T14:26:54+00:00 URL: https://externals.io/message/54750#54756 · In reply to: #54754 Am 21.08.2011 16:21, schrieb Daniel Convissor: > Hi Reindl: > > > > […] > XFAIL's should stay, in my opinion. Their results go to the "EXPECTED > FAILED TEST SUMMARY" so there's no confusion with stuff in the "FAILED > TEST SUMMARY." not really because most of them are not working ones and they should not appear as long they are working - in my opinion a test have to return PASSED and never "expected to fail" > > […] > That's weird. Those are marked for XFAIL. How were you running the > tests and on what checkout/code base? via rpmbuild / SPEC-File based on the fedora one %check %if %runselftest cd build-apache # Run tests, using the CLI SAPI export NO_INTERACTION=1 REPORT_EXIT_STATUS=1 MALLOC_CHECK_=2 MYSQL_TEST_HOST="localhost" MYSQL_TEST_PORT="3306" MYSQL_TEST_USER="php_autotest" MYSQL_TEST_PASSWD="***********" MYSQL_TEST_DB="php_autotest" unset TZ LANG `LC_ALL` if ! make test; then set +x for f in `find .. -name \*.diff -type f -print`; do echo "TEST FAILURE: $f --" cat "$f" echo "-- $f result ends." done set -x #exit 1 fi unset NO_INTERACTION REPORT_EXIT_STATUS MALLOC_CHECK_ %endif > Also, it looks like you're reading from the main output list, not the > various SUMMARY sections, which is totally inefficient because it lists > passes, skips, etc, too. it is not because grep was invited --- ## #54759 — Pierre Joye — 2011-08-21T18:30:33+00:00 URL: https://externals.io/message/54750#54759 · In reply to: #54752 hi, I shortly discussed this issue with Ulf. As far I can tell it is not certain that this bug is in php itself but on the server side. It means that the fix applied in 5.3.7 actually works with server versions but not other. However we can't take a decision without their agreement (no revert if they don't do it themselves or if they don't ask us to do it). Cheers, > hi > > it was surely not present in mysqlnd before because we are running a bundle > of servers which using the same ssl-certs for php and mysql over WAN and all > of them started running in timeot/mysql server gone away directly > after update to PHP 5.3.7 (we are speaking about cronjobs every 5 minutes) > > only one machine which stays this time on 5.3.6 does not have the problem > and this one was not updated becuase there is no webserver running, on > the other machines it is problematic - 5.3.7 breaks SSL but 5.3.6 > has full disclosed security bugs - so every decision is wrong > > i solved this temporary with SSH-Tunnels but that is not beautiful > and implicated other security bypasses because it exports from the > view of mysql 127.0.0.1 to external hosts > > > Am 21.08.2011 15:21, schrieb Pierre Joye: > > hi, > > The question is more about whether this bug was present  before as > well. If yes, I'd to wait to make sure we get 5.3.8 out on Tuesday > without any other change but the crypt's fix. > > Cheers, > > > > > […] > > > -- > > Mit besten Grüßen, Reindl Harald > the lounge interactive design GmbH > A-1060 Vienna, Hofmühlgasse 17 > CTO / software-development / cms-solutions > p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 > icq: 154546673, http://www.thelounge.net/ > > http://www.thelounge.net/signature.asc.what.htm > > > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #54760 — Reindl Harald — 2011-08-21T18:46:26+00:00 URL: https://externals.io/message/54750#54760 · In reply to: #54759 hardly to understand because the mysql-server is unchanged mysql 5.5.15 and before 5.3.7 there was no problem for over a year - so if the only changed component is PHP 5.3.7 how should the problem be not PHP? Am 21.08.2011 20:30, schrieb Pierre Joye: > hi, > > I shortly discussed this issue with Ulf. As far I can tell it is not > certain that this bug is in php itself but on the server side. It > means that the fix applied in 5.3.7 actually works with server > versions but not other. > > However we can't take a decision without their agreement (no revert if > they don't do it themselves or if they don't ask us to do it). > > Cheers, > > > > […] > > > -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm --- ## #54761 — Pierre Joye — 2011-08-21T18:49:58+00:00 URL: https://externals.io/message/54750#54761 · In reply to: #54760 That's not why I said. There could have a bug in the server making the actual valid fix not working with some versions. It happened already a lot in the past (be the server or the libmysql). > hardly to understand because the mysql-server is unchanged > mysql 5.5.15 and before 5.3.7 there was no problem for > over a year - so if the only changed component is PHP 5.3.7 > how should the problem be not PHP? > > Am 21.08.2011 20:30, schrieb Pierre Joye: > > […] > > -- > > Mit besten Grüßen, Reindl Harald > the lounge interactive design GmbH > A-1060 Vienna, Hofmühlgasse 17 > CTO / software-development / cms-solutions > p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 > icq: 154546673, http://www.thelounge.net/ > > http://www.thelounge.net/signature.asc.what.htm > > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #54762 — Reindl Harald — 2011-08-21T18:55:26+00:00 URL: https://externals.io/message/54750#54762 · In reply to: #54761 > be the server or the libmysql we are speaking about mysqlnd, libmysql is not involved the problem is taht something for libmysql was fixed and breaking mysqlnd please look again at https://bugs.php.net/bug.php?id=55283 there is a comment "Changing mysqli to make libmysql happy will cause leaks with mysqlnd" which seems to be exactly what happend, maybe NOW it works with libmysql but not with mysqlnd Am 21.08.2011 20:49, schrieb Pierre Joye: > That's not why I said. > > There could have a bug in the server making the actual valid fix not > working with some versions. It happened already a lot in the past (be > the server or the libmysql). > > > > […] > > > -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm --- ## #54763 — Pierre Joye — 2011-08-21T19:00:53+00:00 URL: https://externals.io/message/54750#54763 · In reply to: #54762 > > […] > > we are speaking about mysqlnd, libmysql is not involved > the problem is taht something for libmysql was fixed and breaking mysqlnd It was about giving examples where similar issues happened in the past, nothing else. > please look again at https://bugs.php.net/bug.php?id=55283 > > there is a comment "Changing mysqli to make libmysql happy will cause leaks with > mysqlnd" which seems to be exactly what happend, maybe NOW it works with > libmysql but not with mysqlnd See my previous comment, I have nothing else to add. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #54777 — Reindl Harald — 2011-08-22T08:26:37+00:00 URL: https://externals.io/message/54750#54777 i can not easily replace files because rpmbuild does unpack and patch the source automated and some patches are needed since ages to get PHP even compiled on fedora Am 22.08.2011 10:05, schrieb Andrey Hristov: > Hi guys, > what I observe is hanging on the client side with SSL. Pconn doesn't matter. Tracing the server showed that somehow > the server doesn't flush, although it should. In gdb I called manually a function to flush and there was no hang. I > need to investigate it more. > Harald, if you get the mysqli files from 5.3.6 and put them in 5.3.7, then compile, does it work? > > Best, > Andrey > > > > […] > > -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm --- ## #54778 — Pierre Joye — 2011-08-22T08:31:06+00:00 URL: https://externals.io/message/54750#54778 · In reply to: #54777 but does it work with 5.3.6? On the servers where 5.3.7 fails? > i can not easily replace files because rpmbuild does > unpack and patch the source automated and some patches > are needed since ages to get PHP even compiled on fedora > > Am 22.08.2011 10:05, schrieb Andrey Hristov: > > […] > > -- > > Mit besten Grüßen, Reindl Harald > the lounge interactive design GmbH > A-1060 Vienna, Hofmühlgasse 17 > CTO / software-development / cms-solutions > p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 > icq: 154546673, http://www.thelounge.net/ > > http://www.thelounge.net/signature.asc.what.htm > > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #54780 — Reindl Harald — 2011-08-22T09:12:18+00:00 URL: https://externals.io/message/54750#54780 · In reply to: #54778 YES how often shoud i reapeat this? * < 5.3.6 since a year on several machines cronjobs connecting per WAN to mysql * update to 5.3.7 * it takes 30 minutes to get the first error-mails from cronjobs * it takes so long because they all run in a timeout * after an hour you have 50 instances of every-5-minutes scripts * the one machine which stays on 5.3.6 has no problems * all are using exactly the same "php.ini" and ssl-certs * all mysql-servers are using the same ssl-certs as php on all machines and that is the reason why i want revert this damned change Am 22.08.2011 10:31, schrieb Pierre Joye: > but does it work with 5.3.6? On the servers where 5.3.7 fails? > > > > […] > > > -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm --- ## #54782 — Lester Caine — 2011-08-22T09:33:32+00:00 URL: https://externals.io/message/54750#54782 · In reply to: #54778 Pierre Joye wrote: > but does it work with 5.3.6? On the servers where 5.3.7 fails? While switching back should simply be a matter of telling the package manager to use the older version ... how many people actually get that process to work? Not a PHP problem, but one that affects most of us nowadays when some parts get updated, while the additional sections still expect the older version? While critical errors should be picked up via the release process, there should perhaps be a little less 'rush' to automatically update systems, allowing us to make a choice when we do upgrade? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php --- ## #54786 — Reindl Harald — 2011-08-22T10:06:47+00:00 URL: https://externals.io/message/54750#54786 · In reply to: #54782 Am 22.08.2011 11:33, schrieb Lester Caine: > Pierre Joye wrote: > > […] > > While switching back should simply be a matter of telling the package manager to use the older version with full disclosed security-bugs they are open and known for months before even a new version is released > there should perhaps be a little less 'rush' to automatically update systems, > allowing us to make a choice when we do upgrade? we have the choice but we have not because it takes months before a new php-version is available and the whole time before security-bugs are well known everywhere there should be placed diff-files for security fixes directly on the download-page they could be easily included in rpmbuild/spec-file if they are matching to the latest tar.bz2, but the current release process does not support this and forces users if they wanting their machines as secure as possible to grab in the VCS manually and hoping make no mistake by making this on their own - it is a hughe difference for a administrator innclude provided patches in a spec-file or deal with the whole php-source Patch8: php-5.3.7-aconf259.patch Patch20: php-4.3.11-shutdown.patch Patch21: php-5.3.3-macropen.patch Patch22: php-5.3.7-crypt.patch Patch40: php-5.0.4-dlopen.patch Patch41: php-5.3.0-easter.patch Patch42: php-5.3.1-systzdata-v7.patch Patch43: php-5.3.4-phpize.patch Patch61: php-5.0.4-tests-wddx.patch Patch62: php-5.3.3-tests.patch Patch91: php-5.3.7-oci8conf.patch Patch92: php-5.3.7-readline.patch Patch93: php-5.3.6-mysqli.patch --- ## #54792 — Lester Caine — 2011-08-22T11:08:55+00:00 URL: https://externals.io/message/54750#54792 · In reply to: #54786 Reindl Harald wrote: > there should be placed diff-files for security fixes directly on the download-page > they could be easily included in rpmbuild/spec-file if they are matching to the latest > tar.bz2, but the current release process does not support this and forces users > if they wanting their machines as secure as possible to grab in the VCS manually > and hoping make no mistake by making this on their own - it is a hughe difference > for a administrator innclude provided patches in a spec-file or deal with the > whole php-source Actually this is possibly another argument for a properly managed DVCS setup? On other projects I can pick critical commits and apply them, and it flags when other bits need to be implemented as well. Almost does away with the need to produce actual releases, but you do need to differentiate security fixes from simple 'improvements'? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php --- ## #54793 — Reindl Harald — 2011-08-22T11:16:15+00:00 URL: https://externals.io/message/54750#54793 · In reply to: #54792 Am 22.08.2011 13:08, schrieb Lester Caine: > Reindl Harald wrote: > > […] > > Actually this is possibly another argument for a properly managed DVCS setup? On other projects I can pick > critical commits and apply them, and it flags when other bits need to be implemented as well. Almost does away > with the need to produce actual releases, but you do need to differentiate security fixes from simple 'improvements'? this has really nothing to do with DVCS a patch is security-critical or not and if he is atomic enough to be sure that there are no big side-effects to expect it woulld be really fine to include it directly on the download-page with short-decritpion and date so any linux-distribution or people like i who are building there owm RPMs based on them of the distribution can easily download and include in SPEC-file without touching the released tar.bz2 what gives the benefit that the patch can be reverted by adding a simple # before the line in the SPEC-file this is the biggest benefit of rpmbuild, you never have to touch the tarball because rpmbuild is creating a new clean build-environment, unpacking the tarball in it and applying patches from SPEC directly before compile the source --- ## #54825 — Daniel Convissor — 2011-08-23T16:45:15+00:00 URL: https://externals.io/message/54750#54825 · In reply to: #54750 Hi: > FAIL DateTime::diff() days -- spring type2 type2 [ext/date/tests/DateTime_days-spring-type2-type2.phpt] > FAIL DateTime::diff() days -- spring type2 type3 [ext/date/tests/DateTime_days-spring-type2-type3.phpt] > FAIL DateTime::diff() days -- spring type3 type2 [ext/date/tests/DateTime_days-spring-type3-type2.phpt] > FAIL DateTime::diff() days -- spring type3 type3 [ext/date/tests/DateTime_days-spring-type3-type3.phpt] > FAIL DateTime::sub() -- dates [ext/date/tests/DateTime_sub-dates.phpt] > FAIL DateTime::sub() -- february [ext/date/tests/DateTime_sub-february.phpt] These tests have been fixed. Thanks for bringing this to my attention. Thanks, --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 --- ## #54828 — Rasmus Lerdorf — 2011-08-23T18:51:32+00:00 URL: https://externals.io/message/54750#54828 · In reply to: #54825 > Hi: > > > > […] > > These tests have been fixed. Thanks for bringing this to my attention. Thanks Dan. Could we all bookmark http://gcov.php.net/viewer.php?version=PHP_5_4&func=tests and visit it daily from now on? I'd like to see this go to 0 before we release the first 5.4 beta later this year. Probably by moving the bulk of these to XFAIL, but in some cases the tests themselves really are bogus and either need to be removed or fixed. For example, all the imap tests are failing due to a warning about the server advertising AUTH=PLAIN. We either need to have the tests account for that, or fix PHP to not show that warning. see http://gcov.php.net/viewer.php?version=PHP_5_4&func=tests&file=ext%2Fimap%2Ftests%2Fimap_undelete_error.phpt -Rasmus --- ## #54829 — marius adrian popa — 2011-08-23T19:26:24+00:00 URL: https://externals.io/message/54750#54829 · In reply to: #54828 > > > […] > > Thanks Dan. > > Could we all bookmark > > http://gcov.php.net/viewer.php?version=PHP_5_4&func=tests I will bookmark and check firebird_pdo related bugs --- ## #54830 — Lester Caine — 2011-08-23T20:35:28+00:00 URL: https://externals.io/message/54750#54830 · In reply to: #54828 Rasmus Lerdorf wrote: > and visit it daily from now on? I'd like to see this go to 0 before we > release the first 5.4 beta later this year. Probably by moving the bulk > of these to XFAIL, but in some cases the tests themselves really are > bogus and either need to be removed or fixed. I think that there is a need to review how the whole PDO test setup works, since many of the bug/tests I am seeing there are SQL specific, yet are being applied to all drivers? Certainly there should be base functionality that works transparently, but as soon as one tries running driver specific SQL then those tests need to be driver specific rather then part of a generic set? Or every test needs to cater for the SQL differences? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php --- ## #54831 — Derick Rethans — 2011-08-23T21:37:28+00:00 URL: https://externals.io/message/54750#54831 · In reply to: #54828 > > > […] > > Thanks Dan. > > Could we all bookmark > > http://gcov.php.net/viewer.php?version=PHP_5_4&func=tests For the DateTime stuff, Dan and I (mostly Dan) are working on getting this fixed, once we figure out how we want it to work. Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug --- ## #54832 — Stas Malyshev — 2011-08-23T21:47:27+00:00 URL: https://externals.io/message/54750#54832 · In reply to: #54831 Hi! > For the DateTime stuff, Dan and I (mostly Dan) are working on getting > this fixed, once we figure out how we want it to work. Thanks! Recent test change doesn't look good though, unless I am missing something - it makes add, diff and sub inconsistent and just substitutes whatever is returned instead of what should be returned. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 --- Next page: https://externals.io/message/54750.md?page=2