Bug #53494 [Opn->Bgs]: date() warning - no php.ini timezone setting
Edit report at http://bugs.php.net/bug.php?id=53494&edit=1 ID: 53494 Updated by: dtajchre...@php.net Reported by:mike dot christen at mediaclubroyale dot com Summary:date() warning - no php.ini timezone setting -Status: Open +Status: Bogus Type: Bug Package:*General Issues Operating System: linux, mac PHP Version:5.3.3 Block user comment: N Private report: N New Comment: See bug #39142. Previous Comments: [2010-12-08 01:48:59] mike dot christen at mediaclubroyale dot com Description: It is not safe to rely on the system's timezone settings why the heck not? every other software relies on server timezone settings, why not yours -- so you've downgraded a perfectly fine running php program now to kick out an ugly warning, ruining everybody's php installs for the php programs. BACKWARDLY COMPATIBLE, PEOPLE. DON'T CHANGE SOMETHING, UNLESS IT'S AN IMPROVEMENT. Yes, I know you can set the timezone setting in php.ini, BUT NOT EVERY USER IS A SYSADMIN. GET A LIFE. Test script: --- Expected result: I want the blooming date, not a warning you don't know what timezone to use -- if there is no timezone - just give me the system time. -- Edit this bug report at http://bugs.php.net/bug.php?id=53494&edit=1
[PHP-BUG] Bug #53494 [NEW]: date() warning - no php.ini timezone setting
From: Operating system: linux, mac PHP version: 5.3.3 Package: *General Issues Bug Type: Bug Bug description:date() warning - no php.ini timezone setting Description: It is not safe to rely on the system's timezone settings why the heck not? every other software relies on server timezone settings, why not yours -- so you've downgraded a perfectly fine running php program now to kick out an ugly warning, ruining everybody's php installs for the php programs. BACKWARDLY COMPATIBLE, PEOPLE. DON'T CHANGE SOMETHING, UNLESS IT'S AN IMPROVEMENT. Yes, I know you can set the timezone setting in php.ini, BUT NOT EVERY USER IS A SYSADMIN. GET A LIFE. Test script: --- Expected result: I want the blooming date, not a warning you don't know what timezone to use -- if there is no timezone - just give me the system time. -- Edit bug report at http://bugs.php.net/bug.php?id=53494&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53494&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53494&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53494&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53494&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53494&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53494&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53494&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53494&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53494&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53494&r=support Expected behavior: http://bugs.php.net/fix.php?id=53494&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53494&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53494&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53494&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53494&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53494&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53494&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53494&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53494&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53494&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53494&r=mysqlcfg
Bug #51160 [Com]: Exec family of functions runs a script piped into 'head' too until script end
Edit report at http://bugs.php.net/bug.php?id=51160&edit=1 ID: 51160 Comment by: sirjava at gmail dot com Reported by:poehler at interworx dot com Summary:Exec family of functions runs a script piped into 'head' too until script end Status: Bogus Type: Bug Package:*General Issues Operating System: CentOS 5.4 PHP Version:5.2.13 Block user comment: N Private report: N New Comment: I'm confused. If the exec family of functions is designed to execute something as if executed from a shell, and the command executes properly from a shell, but not in php... how is this not a php bug? Previous Comments: [2010-05-17 11:21:33] m...@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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. $ cat 51160.php http://bugs.php.net/bug.php?id=51160&edit=1
Bug #53485 [Opn->Wfx]: If you get a communication problem when loading the WSDL, it fatal's
Edit report at http://bugs.php.net/bug.php?id=53485&edit=1 ID: 53485 Updated by: ka...@php.net Reported by:hlegius at gmail dot com Summary:If you get a communication problem when loading the WSDL, it fatal's -Status: Open +Status: Wont fix Type: Bug Package:SOAP related Operating System: Linux PHP Version:5.2.14 Block user comment: N Private report: N New Comment: This was changed in the 5.3 branch, as 5.2 is nearing end of life and this isn't a security issue then I'm marking this as a "Wont fix" Previous Comments: [2010-12-06 14:53:49] hlegius at gmail dot com Description: Hello guys ! I got the same problem described in http://bugs.php.net/bug.php?id=34657 . When SoapClient() calls a unknown URL, a fatal error is thrown. Test script: --- http://cabeca.com.br/foo?WSDL";); var_dump($soap->__getFunctions()); } catch (SoapFault $spf) { var_dump($spf); } catch (Exception $e) { var_dump($e); } var_dump('foo'); ?> Expected result: SoapFault Instance class foo Actual result: -- PHP Warning: SoapClient::SoapClient(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/hlegius/soapfail.php on line 4 Warning: SoapClient::SoapClient(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/hlegius/soapfail.php on line 4 PHP Warning: SoapClient::SoapClient(http://cabeca.com/foo?WSDL): failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/hlegius/soapfail.php on line 4 Warning: SoapClient::SoapClient(http://cabeca.com/foo?WSDL): failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/hlegius/soapfail.php on line 4 PHP Warning: SoapClient::SoapClient(): I/O warning : failed to load external entity "http://cabeca.com/foo?WSDL"; in /home/hlegius/soapfail.php on line 4 Warning: SoapClient::SoapClient(): I/O warning : failed to load external entity "http://cabeca.com/foo?WSDL"; in /home/hlegius/soapfail.php on line 4 PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://cabeca.com/foo?WSDL' : failed to load external entity "http://cabeca.com/foo?WSDL"; in /home/hlegius/soapfail.php on line 4 Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://cabeca.com/foo?WSDL' : failed to load external entity "http://cabeca.com/foo?WSDL"; in /home/hlegius/soapfail.php on line 4 I've disabled xdebug before tests... -- Edit this bug report at http://bugs.php.net/bug.php?id=53485&edit=1
[PHP-BUG] Req #53493 [NEW]: xmlrpc_decode should not be sensitive to leading whitespace
From: Operating system: Ubuntu 10.04 LTS Server PHP version: 5.3.3 Package: XMLRPC-EPI related Bug Type: Feature/Change Request Bug description:xmlrpc_decode should not be sensitive to leading whitespace Description: My version of PHP is PHP 5.3.2-1ubuntu4.5. I did some upgrades a few hours/days back and I noticed that my XMLRPC responses are decoded as NULL by the xmlrpc_decode() function. As I experimented around this function, I found that it is sensitive to leading whitespace. When leading whitespace is present (a newline in my case), xmlrpc_decode() returns NULL. When ltrim() is used on the string before passed into xmlrpc_decode(), output is alright. Presence of whitespace present at the end of the string does not have any effect. Summary: xmlrpc_decode() is sensitive to leading whitespace and it should not be. --- >From manual page: http://www.php.net/function.xmlrpc-decode#Description --- -- Edit bug report at http://bugs.php.net/bug.php?id=53493&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53493&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53493&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53493&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53493&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53493&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53493&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53493&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53493&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53493&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53493&r=support Expected behavior: http://bugs.php.net/fix.php?id=53493&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53493&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53493&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53493&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53493&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53493&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53493&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53493&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53493&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53493&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53493&r=mysqlcfg
Bug #53166 [PATCH]: ZipArchive::addFile() is missing parameters in docs
Edit report at http://bugs.php.net/bug.php?id=53166&edit=1 ID: 53166 Patch added by: rquadl...@php.net Reported by:znarkus at gmail dot com Summary:ZipArchive::addFile() is missing parameters in docs Status: Assigned Type: Bug Package:Zip Related PHP Version:5.3.3 Assigned To:pajoye Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php_zip.c__Reflection__Documentation Revision: 1291730925 URL: http://bugs.php.net/patch-display.php?bug=53166&patch=php_zip.c__Reflection__Documentation&revision=1291730925 Previous Comments: [2010-12-07 15:06:37] rquadl...@php.net The following patch has been added/updated: Patch Name: php_zip.c__Reflection__Documentation Revision: 1291730797 URL: http://bugs.php.net/patch-display.php?bug=53166&patch=php_zip.c__Reflection__Documentation&revision=1291730797 [2010-11-18 12:39:53] rquadl...@php.net New patch against 5.3 and trunk. [2010-10-27 15:52:34] rquadl...@php.net I've added a patch to this bug which I feel fixes the reflection/prototype issues in php_zip.c (branch/5.3) If it could be reviewed and committed, then I can get the documentation in agreement with this. [2010-10-26 18:30:40] paj...@php.net Richard, also please use either the bug tracker or a direct mail, but not both. I will look at these as soon as possible (but t soon). [2010-10-26 18:25:45] phi...@php.net Assigning to Pierre, he should help investigate this. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53166 -- Edit this bug report at http://bugs.php.net/bug.php?id=53166&edit=1
Bug #53166 [PATCH]: ZipArchive::addFile() is missing parameters in docs
Edit report at http://bugs.php.net/bug.php?id=53166&edit=1 ID: 53166 Patch added by: rquadl...@php.net Reported by:znarkus at gmail dot com Summary:ZipArchive::addFile() is missing parameters in docs Status: Assigned Type: Bug Package:Zip Related PHP Version:5.3.3 Assigned To:pajoye Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php_zip.c__Reflection__Documentation Revision: 1291730797 URL: http://bugs.php.net/patch-display.php?bug=53166&patch=php_zip.c__Reflection__Documentation&revision=1291730797 Previous Comments: [2010-11-18 12:39:53] rquadl...@php.net New patch against 5.3 and trunk. [2010-10-27 15:52:34] rquadl...@php.net I've added a patch to this bug which I feel fixes the reflection/prototype issues in php_zip.c (branch/5.3) If it could be reviewed and committed, then I can get the documentation in agreement with this. [2010-10-26 18:30:40] paj...@php.net Richard, also please use either the bug tracker or a direct mail, but not both. I will look at these as soon as possible (but t soon). [2010-10-26 18:25:45] phi...@php.net Assigning to Pierre, he should help investigate this. [2010-10-26 18:18:08] rquadl...@php.net There would also be an issue with ZipArchive::setArchiveComment, ZipArchive::getCommentIndex, ZipArchive::getCommentName, ZipArchive::getNameIndex(), ZipArchive::getFromName() and ZipArchive::getFromIndex(). None of these methods documented prototypes tie up with the actual parameters being reflected by the extension. Also, in some cases, the reflection doesn't tie up with the argument parsing in the C code. Whilst, on the surface, this looks like a documentation bug, I think that the underlying code should be fixed and then accurate documentation can be written from that. There are also missing function ZipArchive::addGlob() and ZipArchive::addPattern() are missing. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53166 -- Edit this bug report at http://bugs.php.net/bug.php?id=53166&edit=1
Bug #52404 [Asn->Opn]: All TTF Files are invalid [ALL PHP.NET]
Edit report at http://bugs.php.net/bug.php?id=52404&edit=1 ID: 52404 Updated by: h...@php.net Reported by:h...@php.net Summary:All TTF Files are invalid [ALL PHP.NET] -Status: Assigned +Status: Open Type: Bug Package:*General Issues PHP Version:Irrelevant -Assigned To:rasmus +Assigned To: Block user comment: N Private report: N New Comment: This is not a difficult bug to fix. Anybody with commit access should be able to fix it. Can somebody fix it? Thanks. Previous Comments: [2010-10-18 18:30:24] h...@php.net I would if I could. I don't think I have commit access to all of the ttf files on the php.net svn. [2010-07-27 01:54:48] ras...@php.net You may just have to re-import them into Subversion or something. All I did was flip the svn property so Subversion wouldn't mangle them. [2010-07-27 01:02:53] ka...@php.net Confirmed on Windows XP aswell (unreadable font files in the font viewer) Rasmus: You did this change, should it be reverted or do you have any easy fix on your mind? [2010-07-22 15:13:56] h...@php.net Description: All of the TTF files that are on PHP.net appear to be invalid/corrupt. A change that happened 12 months ago with the description of "Fix TTF files" appears to be where the problem lies. http://svn.php.net/viewvc?view=revision&revision=284292 To fix this, this revision should be reverted to all files. On Windows, when you try to open any of these files it will say "The requested file *.ttf was not a valid font file". Here at PHP, we get a different message when using the imagettfbbox() function... "Could not read font". In the example below I am using the arial.ttf file which can be downloaded here: http://svn.php.net/viewvc/web/php/trunk/bin/arial.ttf?view=co Test script: --- Does font '$font' exist? ".$read; $read = is_readable($font)?'Yes':'No'; echo "\nIs font '$font' readable? ".$read; $test = @imagettfbbox(1, 1, $font, 1)?'Yes':'No'; echo "\nIs font '$font' valid? ".$test; echo "\nWhat PHP version? ".phpversion(); ?> Expected result: Does font 'fonts/arial.ttf' exist? Yes Is font 'fonts/arial.ttf' readable? Yes Is font 'fonts/arial.ttf' valid? Yes What PHP version? 5.2.13 Actual result: -- Does font 'fonts/arial.ttf' exist? Yes Is font 'fonts/arial.ttf' readable? Yes Is font 'fonts/arial.ttf' valid? No What PHP version? 5.2.13 -- Edit this bug report at http://bugs.php.net/bug.php?id=52404&edit=1