[PHP-BUG] Req #54172 [NEW]: Overriding the pid file location of php-fpm
From: Operating system: PHP version: 5.3.5 Package: FPM related Bug Type: Feature/Change Request Bug description:Overriding the pid file location of php-fpm Description: After Gentoo added FPM support, one of the most-reported issues we have related to FPM is to make sure the PID file location in the FPM configuration and the one in the init script match each other. Currently we set a fixed pid location in the config file and the init script expects that this config is not changed. If a user change the pid file location, the init script stops working. The only alternative solution I have seen so far is to use to try to grep the pid location from the config, but at least the attempt done by the dotdeb maintainer to do this did not work very well. It would be nice if an argument could be added to the php-fpm binary allowing init-scripts to specify the pid file location directly, overriding any location configured in the FPM configuration file. -- Edit bug report at http://bugs.php.net/bug.php?id=54172&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54172&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54172&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54172&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54172&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54172&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54172&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54172&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54172&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54172&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54172&r=support Expected behavior: http://bugs.php.net/fix.php?id=54172&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54172&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54172&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54172&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54172&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54172&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54172&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54172&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54172&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54172&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54172&r=mysqlcfg
[PHP-BUG] Bug #54173 [NEW]: After you write IPTC several times in the same JPEG file, the file is corrupted
From:
Operating system: Vista 64
PHP version: 5.3.5
Package: GD related
Bug Type: Bug
Bug description:After you write IPTC several times in the same JPEG file, the
file is corrupted
Description:
Sometimes writing IPTC in a JPEG file seems to corrupt it.
This behaviour happens after you write several times in the same file
(after 10 to
20 times or so...).
The consequence is that the next call to GetImageSize on this file will
fail.
I don't know if the problem comes from iptcembed or from GetImageSize.
I am using Wampserver 2 with PHP 5.3.0 on Vista 64.
Test script:
---
");
die();
}
//Handle return from GetImageSize
if (!isset($getimagesize_result["APP13"]))
$iptc_array=array();
else
{
//Get APP13
$iptcparse_result=iptcparse($getimagesize_result["APP13"]);
if ($iptcparse_result===false)
{
echo("iptcparse error");
die();
}
//Handle iptcparse result
$iptc_array=array();
foreach ($iptcparse_result as $iptcparse_index => &$iptcparse_value)
{
$iptc_array[$iptcparse_index]="";
for($i=0;$i $value)
// echo($index." ".$value."");
if (isset($iptc_array["2#005"]))
echo($iptc_array["2#005"]."");
//Modify the value in the IPTC array
$iptc_array[$iptc_field_to_modify]=rand (1, 1000);
//Transform the the IPTC array into a string to be used by iptcembed
$string_for_iptcembed="";
foreach($iptc_array as $iptc_array_index => &$iptc_array_value)
{
$iptc_array_index=substr($iptc_array_index, 2);
$length = strlen($iptc_array_value);
$retval = chr(0x1C).chr(2).chr($iptc_array_index);
if($length < 0x8000)
$retval .= chr($length >> 8).chr($length& 0xFF);
else{
$retval .= chr(0x80).chr(0x04).
chr(($length >> 24)& 0xFF).
chr(($length >> 16)& 0xFF).
chr(($length >> 8)& 0xFF).
chr($length& 0xFF);
}
$string_for_iptcembed.=$retval.$iptc_array_value;
}
//Call to iptcembed
$binary_data=iptcembed($string_for_iptcembed, $file_path_and_name);
if ($binary_data===false)
{
echo("iptcembed error");
die();
}
//TODO ??? It doesn't solve the problem anyway...
//@unlink($file_path_and_name);//delete if exists
//Open file for writing
if (DIRECTORY_SEPARATOR=="/")
$file = fopen($file_path_and_name, "w");//linux
else if (DIRECTORY_SEPARATOR=="\\")
$file = fopen($file_path_and_name, "wb");//windows
if(!$file)
{
echo("fopen error");
die();
}
//Writing
if (false===fwrite($file, $binary_data))
{
echo("fwrite error");
if(fclose($file)===false)
echo("fclose error");
die();
}
//Close file
if(fclose($file)===false)
{
echo("fclose error");
die();
}
//Let's check that everything went fine:
//Sometimes writing IPTC in a JPEG file seems to corrupt it.
//This behaviour happens after you write several times in the same file
(after 10 to 20 times or so...).
//The only solution I found to fix the problem: create a new file with
imagecreatefromjpeg. But this has 2 main inconvenients:
// - it takes long (3 to 4 seconds with a high res file)
// - you loose every other metadata: XMP, EXIF...
if(false===GetImageSize($file_path_and_name, $bogus))
{
echo("!! GetImageSize error
!!!");
$image = imagecreatefromjpeg($file_path_and_name);
if ($image===false)
{
echo("imagecreatefromjpeg error");
die();
}
if (false===imagejpeg($image, $file_path_and_name))
{
echo("imagejpeg error");
die();
}
}
?>
Expected result:
Each call should do exactly the same as the previous one : read and write
IPTC
metadata.
Actual result:
--
After several times, GetImageSize returns false.
--
Edit bug report at http://bugs.php.net/bug.php?id=54173&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54173&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54173&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54173&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54173&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54173&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54173&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54173&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54173&r=needscript
Try newe
Bug #31134 [Com]: foreach() semantics broken between 4.3.9 and 4.3.10
Edit report at http://bugs.php.net/bug.php?id=31134&edit=1
ID: 31134
Comment by: phuquangnam1 at gmail dot com
Reported by:jlabonsk at eportation dot com
Summary:foreach() semantics broken between 4.3.9 and 4.3.10
Status: Bogus
Type: Bug
Package:Scripting Engine problem
Operating System: Linux
PHP Version:4.3.10
Block user comment: N
Private report: N
New Comment:
help
Previous Comments:
[2004-12-16 21:17:49] jsjoh...@php.net
Same issue as:
http://bugs.php.net/bug.php?id=31108
Upgrade Zend Optimizer and it fixes it.
[2004-12-16 20:36:35] jsjoh...@php.net
I can also confirm this is an issue.
[2004-12-16 20:24:57] jlabonsk at eportation dot com
Description:
The foreach($array as $key) construct returns an array for $key, instead
of just the key. This breaks many scripts that count on $key being a
scalar (and well, the key).
Reproduce code:
---
$test = array(2, 3, 4, 5);
foreach($test as $key){
print_r($key);
}
Expected result:
2345
Actual result:
--
Array
(
[0] => 2
[1] => 0
)
Array
(
[0] => 3
[1] => 1
)
Array
(
[0] => 4
[1] => 2
)
Array
(
[0] => 5
[1] => 3
)
--
Edit this bug report at http://bugs.php.net/bug.php?id=31134&edit=1
[PHP-BUG] Bug #54174 [NEW]: Buffer disclosure in case a fatal error occurs
From: Operating system: Windows PHP version: 5.3.5 Package: Output Control Bug Type: Bug Bug description:Buffer disclosure in case a fatal error occurs Description: If a fatal error occurs buffer contents are disclosured. Test script: --- Expected result: I expected not seeing "You shouldn't see this!" and just the fatal error Actual result: -- I see "You shouldn't see this!" and the fatal error -- Edit bug report at http://bugs.php.net/bug.php?id=54174&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54174&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54174&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54174&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54174&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54174&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54174&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54174&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54174&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54174&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54174&r=support Expected behavior: http://bugs.php.net/fix.php?id=54174&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54174&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54174&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54174&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54174&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54174&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54174&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54174&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54174&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54174&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54174&r=mysqlcfg
Bug #54174 [Opn]: Buffer disclosure in case a fatal error occurs
Edit report at http://bugs.php.net/bug.php?id=54174&edit=1 ID: 54174 User updated by:neweracracker at gmail dot com Reported by:neweracracker at gmail dot com Summary:Buffer disclosure in case a fatal error occurs Status: Open Type: Bug Package:Output Control Operating System: Windows PHP Version:5.3.5 Block user comment: N Private report: N New Comment: I am using php.ini-development as my php.ini to reproduce this bug. Previous Comments: [2011-03-06 15:34:34] neweracracker at gmail dot com Description: If a fatal error occurs buffer contents are disclosured. Test script: --- Expected result: I expected not seeing "You shouldn't see this!" and just the fatal error Actual result: -- I see "You shouldn't see this!" and the fatal error -- Edit this bug report at http://bugs.php.net/bug.php?id=54174&edit=1
Bug #54174 [Opn->Dup]: Buffer disclosure in case a fatal error occurs
Edit report at http://bugs.php.net/bug.php?id=54174&edit=1 ID: 54174 Updated by: fel...@php.net Reported by:neweracracker at gmail dot com Summary:Buffer disclosure in case a fatal error occurs -Status: Open +Status: Duplicate Type: Bug Package:Output Control Operating System: Windows PHP Version:5.3.5 Block user comment: N Private report: N New Comment: Duplicated of #54114 Previous Comments: [2011-03-06 15:45:49] neweracracker at gmail dot com I am using php.ini-development as my php.ini to reproduce this bug. [2011-03-06 15:34:34] neweracracker at gmail dot com Description: If a fatal error occurs buffer contents are disclosured. Test script: --- Expected result: I expected not seeing "You shouldn't see this!" and just the fatal error Actual result: -- I see "You shouldn't see this!" and the fatal error -- Edit this bug report at http://bugs.php.net/bug.php?id=54174&edit=1
Bug #54114 [Com]: Output Buffer Dumps Data On Error
Edit report at http://bugs.php.net/bug.php?id=54114&edit=1
ID: 54114
Comment by: neweracracker at gmail dot com
Reported by:danhstevens at gmail dot com
Summary:Output Buffer Dumps Data On Error
Status: Open
Type: Bug
Package:Output Control
Operating System: all
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I've managed to reproduce this in Windows 7 running php 5.2.17 (with
php.ini-dist) and php 5.3.5 (with php.ini-development).
Here is my test script:
I've reported this as bug #54174 which got closed due being a dupe of
this one so I am leaving this comment here for reference purposes.
Regards,
NewEraCracker.
Previous Comments:
[2011-02-28 21:40:36] danhstevens at gmail dot com
Hi Rasmus,
I was still able to create the problem by calling on a non-existing
class to create a fatal error. Here is a variation of your code:
function eh($errno, $errstr, $errfile, $errline) {
$contents = ob_get_contents();
ob_end_clean();
echo "Error: $errno, $errstr, $errfile, $errline\n";
}
set_error_handler('eh');
ob_start();
echo 123;
nonExistantClass::nonExistantMethod();
echo "After error\n";
Output is:
123
Fatal error: Class 'nonExistantClass' not found in ...
Hopefully the above should more accurately illustrate the issue.
[2011-02-28 19:37:32] ras...@php.net
I am unable to reproduce this. My test script:
Expected result:
(no output)
Actual result:
--
123
Fatal error: test error in ...
--
Edit this bug report at http://bugs.php.net/bug.php?id=54114&edit=1
Sec Bug->Bug #53602 [Spm]: Hidden because of SPAM
Edit report at http://bugs.php.net/bug.php?id=53602&edit=1 ID: 53602 Updated by: fel...@php.net Reported by:dfdsfdsf at gmail dot com -Summary:dfdfd +Summary:Hidden because of SPAM Status: Spam -Type: Security +Type: Bug Package:Session related Operating System: fdfdf PHP Version:5.3SVN-2010-12-24 (snap) Block user comment: Y Private report: N Previous Comments: [2010-12-24 08:23:22] dfdsfdsf at gmail dot com Description: --- >From manual page: http://www.php.net/features.file-upload.multiple --- fdsfdsfdsfsdfdsfdsfds Test script: --- dfdsfdsfdsfdsfdsfds Expected result: dfdfdfd Actual result: -- dsfdsfds -- Edit this bug report at http://bugs.php.net/bug.php?id=53602&edit=1
[PHP-BUG] Bug #54176 [NEW]: locale_compose accepts more than 3 extlang
From:
Operating system:
PHP version: 5.3.5
Package: I18N and L10N related
Bug Type: Bug
Bug description:locale_compose accepts more than 3 extlang
Description:
hi, just a "cosmetic problem"
probably are affected variants and privates too
bad result:
'en' ,
'script' =>'Hans' ,
'region' =>'CN'
'extlang' => array('a','b','c','d','e','f')
);
echo locale_compose( $arr );
?>
good result:
'en' ,
'script' =>'Hans' ,
'region' =>'CN'
'extlang0' => 'a',
'extlang1' => 'b',
'extlang2' => 'c',
'extlang3' => 'd'
);
echo locale_compose( $arr );
?>
--
Edit bug report at http://bugs.php.net/bug.php?id=54176&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54176&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54176&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54176&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54176&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54176&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54176&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54176&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54176&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54176&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54176&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54176&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54176&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54176&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54176&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54176&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54176&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54176&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54176&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54176&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54176&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54176&r=mysqlcfg
