#40537 [NEW]: move_uploaded_file - target directory's name problem

2007-02-18 Thread stloukal at programator dot cz
From: stloukal at programator dot cz
Operating system: FC4, 2.6.17
PHP version:  5.2.1
PHP Bug Type: Filesystem function related
Bug description:  move_uploaded_file - target directory's name problem

Description:

Hello,

I have a problem with move_uploaded_file() function which doesn't move the
uploaded file. No errors or warnings are thrown, only false is returned.
Problem occurs only if target directory is RELATIVELY addressed and it is
named "tmp".

It seems, that this is the same problem:
http://bugs.php.net/bug.php?id=32456

Reproduce code:
---
$path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the system
tmp directory

echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' =
'.(int)file_exists($_FILES['soubor']['tmp_name']);

move_uploaded_file($_FILES['soubor']['tmp_name'], $path);

echo ' moved: '.$path.' = '.(int)file_exists($path);


Expected result:

uploaded: /home/chroot/tmp/phpcLIB4C = 1 
moved: ../../tmp/galerie_2001_image001jpg.jpg = 1

Actual result:
--
uploaded: /home/chroot/tmp/phpcLIB4C = 1 
moved: ../../tmp/galerie_2001_image001jpg.jpg = 0

-- 
Edit bug report at http://bugs.php.net/?id=40537&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=40537&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=40537&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=40537&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40537&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=40537&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=40537&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40537&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40537&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=40537&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40537&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=40537&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=40537&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40537&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=40537&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40537&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40537&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=40537&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=40537&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=40537&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40537&r=mysqlcfg


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-19 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

Hello,

here is working code that demonstrates described bug. I append some
configuration that may be interesting for you.

Configuration:
Safe mode: off
$_SERVER[SCRIPT_FILENAME]:
/var/www/web/tuzemsko/krtek/admin/gallery_test.php
real path of the script:
/home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php

/var/www/web/tuzemsko/krtek is a symbolic link to
/home/chroot/home/krtek/web/tuzemsko/www/.

httpd.conf:

php_admin_value upload_tmp_dir /home/chroot/tmp/
php_admin_value open_basedir
/var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/


Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777
permissions.

---

Script:






  ';
?>

Everything worked fine with 5.1.2 version.


Previous Comments:


[2007-02-19 10:01:27] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.





[2007-02-19 01:13:39] stloukal at programator dot cz

Description:

Hello,

I have a problem with move_uploaded_file() function which doesn't move
the uploaded file. No errors or warnings are thrown, only false is
returned. Problem occurs only if target directory is RELATIVELY
addressed and it is named "tmp".

It seems, that this is the same problem:
http://bugs.php.net/bug.php?id=32456

Reproduce code:
---
$path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the
system tmp directory

echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' =
'.(int)file_exists($_FILES['soubor']['tmp_name']);

move_uploaded_file($_FILES['soubor']['tmp_name'], $path);

echo ' moved: '.$path.' = '.(int)file_exists($path);


Expected result:

uploaded: /home/chroot/tmp/phpcLIB4C = 1 
moved: ../../tmp/galerie_2001_image001jpg.jpg = 1

Actual result:
--
uploaded: /home/chroot/tmp/phpcLIB4C = 1 
moved: ../../tmp/galerie_2001_image001jpg.jpg = 0





-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

Hello,

I don't know, what to fix. I can use the same configuration, the same
symlinks, the same script and when I change the name of the target
directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine
without problems. I don't think the problem is in the symlinks. Even if
I create symlink for "tmp" named "temp" and I use "../../temp" path
instead "../../tmp" path, it works fine.


Previous Comments:


[2007-02-26 09:53:58] [EMAIL PROTECTED]

Cannot reproduce.
Fix your symlinks pointing to and out chroots.

------------

[2007-02-19 12:26:22] stloukal at programator dot cz

Hello,

here is working code that demonstrates described bug. I append some
configuration that may be interesting for you.

Configuration:
Safe mode: off
$_SERVER[SCRIPT_FILENAME]:
/var/www/web/tuzemsko/krtek/admin/gallery_test.php
real path of the script:
/home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php

/var/www/web/tuzemsko/krtek is a symbolic link to
/home/chroot/home/krtek/web/tuzemsko/www/.

httpd.conf:

php_admin_value upload_tmp_dir /home/chroot/tmp/
php_admin_value open_basedir
/var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/


Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777
permissions.

---

Script:






  ';
?>

Everything worked fine with 5.1.2 version.



[2007-02-19 10:01:27] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



----------------

[2007-02-19 01:13:39] stloukal at programator dot cz

Description:

Hello,

I have a problem with move_uploaded_file() function which doesn't move
the uploaded file. No errors or warnings are thrown, only false is
returned. Problem occurs only if target directory is RELATIVELY
addressed and it is named "tmp".

It seems, that this is the same problem:
http://bugs.php.net/bug.php?id=32456

Reproduce code:
---
$path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the
system tmp directory

echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' =
'.(int)file_exists($_FILES['soubor']['tmp_name']);

move_uploaded_file($_FILES['soubor']['tmp_name'], $path);

echo ' moved: '.$path.' = '.(int)file_exists($path);


Expected result:

uploaded: /home/chroot/tmp/phpcLIB4C = 1 
moved: ../../tmp/galerie_2001_image001jpg.jpg = 1

Actual result:
--
uploaded: /home/chroot/tmp/phpcLIB4C = 1 
moved: ../../tmp/galerie_2001_image001jpg.jpg = 0





-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

OK, sorry for inconvenience. I created in my DocumentRoot
(/var/www/web/) directories "bug_test" and "tmp" (both 0777
permissions). No symlinks are used! Then I placed script
gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the
bug_test directory. That's all. Script behaviour matches the described
bug.


Previous Comments:


[2007-02-26 12:53:11] [EMAIL PROTECTED]

I'm totally lost in your paths,
"/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually
"/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read
and recreate.
Please provide simple and clear directory structure I need to create in
order to reproduce it.
For example:
/www/tmp - upload dir
/www - scripts dir
etc. etc.

------------

[2007-02-26 12:42:27] stloukal at programator dot cz

Hello,

I don't know, what to fix. I can use the same configuration, the same
symlinks, the same script and when I change the name of the target
directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine
without problems. I don't think the problem is in the symlinks. Even if
I create symlink for "tmp" named "temp" and I use "../../temp" path
instead "../../tmp" path, it works fine.



[2007-02-26 09:53:58] [EMAIL PROTECTED]

Cannot reproduce.
Fix your symlinks pointing to and out chroots.

----------------

[2007-02-19 12:26:22] stloukal at programator dot cz

Hello,

here is working code that demonstrates described bug. I append some
configuration that may be interesting for you.

Configuration:
Safe mode: off
$_SERVER[SCRIPT_FILENAME]:
/var/www/web/tuzemsko/krtek/admin/gallery_test.php
real path of the script:
/home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php

/var/www/web/tuzemsko/krtek is a symbolic link to
/home/chroot/home/krtek/web/tuzemsko/www/.

httpd.conf:

php_admin_value upload_tmp_dir /home/chroot/tmp/
php_admin_value open_basedir
/var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/


Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777
permissions.

---

Script:






  ';
?>

Everything worked fine with 5.1.2 version.



[2007-02-19 10:01:27] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.





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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script -
use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;"


Previous Comments:


[2007-02-26 15:28:49] [EMAIL PROTECTED]

uploaded: /www/tmp/phpweyhUK = 1 
moved: ../tmp/galerie_DSCF6801_resize.JPG = 1

Works perfectly fine.

----

[2007-02-26 15:23:16] stloukal at programator dot cz

OK, sorry for inconvenience. I created in my DocumentRoot
(/var/www/web/) directories "bug_test" and "tmp" (both 0777
permissions). No symlinks are used! Then I placed script
gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the
bug_test directory. That's all. Script behaviour matches the described
bug.



[2007-02-26 12:53:11] [EMAIL PROTECTED]

I'm totally lost in your paths,
"/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually
"/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read
and recreate.
Please provide simple and clear directory structure I need to create in
order to reproduce it.
For example:
/www/tmp - upload dir
/www - scripts dir
etc. etc.

----------------

[2007-02-26 12:42:27] stloukal at programator dot cz

Hello,

I don't know, what to fix. I can use the same configuration, the same
symlinks, the same script and when I change the name of the target
directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine
without problems. I don't think the problem is in the symlinks. Even if
I create symlink for "tmp" named "temp" and I use "../../temp" path
instead "../../tmp" path, it works fine.



[2007-02-26 09:53:58] [EMAIL PROTECTED]

Cannot reproduce.
Fix your symlinks pointing to and out chroots.



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

There are no open_basedir (or any other) restrictions for /var/www/web
or var/www/web/bug_test.

Please, could you look at this page
(https://bug_test.devel.gtspartner.cz/index.php)? It contains my script
and phpinfo() output. Maybe, my problem is not in PHP. Should it be
somewhere else? E.g. in Apache or Linux? I turned SELinux off.


Previous Comments:


[2007-02-26 15:30:07] [EMAIL PROTECTED]

Somehow I figured that out myself, thanks.
Please remove open_basedir and see if it makes any difference.



[2007-02-26 15:28:53] stloukal at programator dot cz

Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script -
use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;"



[2007-02-26 15:28:49] [EMAIL PROTECTED]

uploaded: /www/tmp/phpweyhUK = 1 
moved: ../tmp/galerie_DSCF6801_resize.JPG = 1

Works perfectly fine.

----

[2007-02-26 15:23:16] stloukal at programator dot cz

OK, sorry for inconvenience. I created in my DocumentRoot
(/var/www/web/) directories "bug_test" and "tmp" (both 0777
permissions). No symlinks are used! Then I placed script
gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the
bug_test directory. That's all. Script behaviour matches the described
bug.



[2007-02-26 12:53:11] [EMAIL PROTECTED]

I'm totally lost in your paths,
"/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually
"/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read
and recreate.
Please provide simple and clear directory structure I need to create in
order to reproduce it.
For example:
/www/tmp - upload dir
/www - scripts dir
etc. etc.



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

Error reporting added.

[EMAIL PROTECTED] web]$ ls -Z
drwxrwxrwx  root root bug_test
drwxrwxrwx  root root  tmp


Previous Comments:


[2007-02-26 15:49:34] [EMAIL PROTECTED]

Add error_reporting(E_ALL | E_STRICT) to the beginning of the script.

>I turned SELinux off.
See if `ls -Z` works for you.



[2007-02-26 15:44:21] stloukal at programator dot cz

There are no open_basedir (or any other) restrictions for /var/www/web
or var/www/web/bug_test.

Please, could you look at this page
(https://bug_test.devel.gtspartner.cz/index.php)? It contains my script
and phpinfo() output. Maybe, my problem is not in PHP. Should it be
somewhere else? E.g. in Apache or Linux? I turned SELinux off.



[2007-02-26 15:30:07] [EMAIL PROTECTED]

Somehow I figured that out myself, thanks.
Please remove open_basedir and see if it makes any difference.



[2007-02-26 15:28:53] stloukal at programator dot cz

Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script -
use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;"



[2007-02-26 15:28:49] [EMAIL PROTECTED]

uploaded: /www/tmp/phpweyhUK = 1 
moved: ../tmp/galerie_DSCF6801_resize.JPG = 1

Works perfectly fine.



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

Now it is really turned off.

[EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux
SELINUX=Disabled

It unfortunately doesn't affect described behaviour.


Previous Comments:


[2007-02-26 16:01:49] [EMAIL PROTECTED]

"ls -Z" can only work if SELinux is enabled, so you did not turn it
off.




[2007-02-26 15:57:02] stloukal at programator dot cz

Error reporting added.

[EMAIL PROTECTED] web]$ ls -Z
drwxrwxrwx  root root bug_test
drwxrwxrwx  root root  tmp



[2007-02-26 15:49:34] [EMAIL PROTECTED]

Add error_reporting(E_ALL | E_STRICT) to the beginning of the script.

>I turned SELinux off.
See if `ls -Z` works for you.



[2007-02-26 15:44:21] stloukal at programator dot cz

There are no open_basedir (or any other) restrictions for /var/www/web
or var/www/web/bug_test.

Please, could you look at this page
(https://bug_test.devel.gtspartner.cz/index.php)? It contains my script
and phpinfo() output. Maybe, my problem is not in PHP. Should it be
somewhere else? E.g. in Apache or Linux? I turned SELinux off.



[2007-02-26 15:30:07] [EMAIL PROTECTED]

Somehow I figured that out myself, thanks.
Please remove open_basedir and see if it makes any difference.



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-02-26 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

ls -Z gives the same output as previous. But I think SELinux is
disabled:

[EMAIL PROTECTED] web]# id -Z
Sorry, --context (-Z) can be used only on a selinux-enabled kernel.

I added also selinux=0 into grub.conf on the kernel booting line and
restarted computer.


Previous Comments:


[2007-02-26 16:51:52] [EMAIL PROTECTED]

>Now it is really turned off.
ls -Z ?



[2007-02-26 16:46:14] stloukal at programator dot cz

Now it is really turned off.

[EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux
SELINUX=Disabled

It unfortunately doesn't affect described behaviour.



[2007-02-26 16:01:49] [EMAIL PROTECTED]

"ls -Z" can only work if SELinux is enabled, so you did not turn it
off.




[2007-02-26 15:57:02] stloukal at programator dot cz

Error reporting added.

[EMAIL PROTECTED] web]$ ls -Z
drwxrwxrwx  root root bug_test
drwxrwxrwx  root root  tmp



[2007-02-26 15:49:34] [EMAIL PROTECTED]

Add error_reporting(E_ALL | E_STRICT) to the beginning of the script.

>I turned SELinux off.
See if `ls -Z` works for you.



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-03-01 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

I started apache (2.2.4, --with-mpm=worker) in debug mode and described
bug disappeared. In standard mode is bug still present. May be it is a
bug in Apache??


Previous Comments:


[2007-02-26 18:56:27] [EMAIL PROTECTED]

I can't reproduce it.
You can try to trace it with GDB (don't forget to rebuild PHP with
--enable-debug in this case).



[2007-02-26 17:40:16] stloukal at programator dot cz

ls -Z gives the same output as previous. But I think SELinux is
disabled:

[EMAIL PROTECTED] web]# id -Z
Sorry, --context (-Z) can be used only on a selinux-enabled kernel.

I added also selinux=0 into grub.conf on the kernel booting line and
restarted computer.



[2007-02-26 16:51:52] [EMAIL PROTECTED]

>Now it is really turned off.
ls -Z ?



[2007-02-26 16:46:14] stloukal at programator dot cz

Now it is really turned off.

[EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux
SELINUX=Disabled

It unfortunately doesn't affect described behaviour.



[2007-02-26 16:01:49] [EMAIL PROTECTED]

"ls -Z" can only work if SELinux is enabled, so you did not turn it
off.




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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-03-01 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

I mean starting apache without -X switch. I am using:
/usr/local/apache2/bin/apachectl start


Previous Comments:


[2007-03-01 14:21:10] [EMAIL PROTECTED]

What do you mean by "standard mode"?



[2007-03-01 14:18:22] stloukal at programator dot cz

I started apache (2.2.4, --with-mpm=worker) in debug mode and described
bug disappeared. In standard mode is bug still present. May be it is a
bug in Apache??



[2007-02-26 18:56:27] [EMAIL PROTECTED]

I can't reproduce it.
You can try to trace it with GDB (don't forget to rebuild PHP with
--enable-debug in this case).



[2007-02-26 17:40:16] stloukal at programator dot cz

ls -Z gives the same output as previous. But I think SELinux is
disabled:

[EMAIL PROTECTED] web]# id -Z
Sorry, --context (-Z) can be used only on a selinux-enabled kernel.

I added also selinux=0 into grub.conf on the kernel booting line and
restarted computer.



[2007-02-26 16:51:52] [EMAIL PROTECTED]

>Now it is really turned off.
ls -Z ?



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-03-01 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

With "prefork" without problems!!


Previous Comments:


[2007-03-01 14:40:33] [EMAIL PROTECTED]

What if you change MPM to "prefork" ?



[2007-03-01 14:23:29] stloukal at programator dot cz

I mean starting apache without -X switch. I am using:
/usr/local/apache2/bin/apachectl start



[2007-03-01 14:21:10] [EMAIL PROTECTED]

What do you mean by "standard mode"?

----

[2007-03-01 14:18:22] stloukal at programator dot cz

I started apache (2.2.4, --with-mpm=worker) in debug mode and described
bug disappeared. In standard mode is bug still present. May be it is a
bug in Apache??



[2007-02-26 18:56:27] [EMAIL PROTECTED]

I can't reproduce it.
You can try to trace it with GDB (don't forget to rebuild PHP with
--enable-debug in this case).



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-03-06 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

I recompiled Apache with "worker" again (and PHP too) and I have the
same problem again. Here are some configs:

[EMAIL PROTECTED] php-5.2.1]# cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--enable-magic-quotes' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--enable-safe-mode' \
'--enable-debug' \
'--with-openssl=/usr/local/' \
'--with-zlib' \
'--enable-bcmath' \
'--enable-calendar' \
'--with-curl' \
'--enable-ftp' \
'--enable-exif' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-jpeg-dir=/usr/local/' \
'--with-png-dir=/usr/local/' \
'--with-freetype-dir' \
'--with-imap' \
'--with-imap-ssl' \
'--with-gettext' \
'--with-zlib=/usr/local/' \
'--with-mcrypt=/usr/local/' \
'--with-mhash=/usr/local/' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-iodbc=/usr/local' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql/bin/pg_config' \
'--with-pgsql=/usr/local/pgsql/bin/pg_config' \
'--enable-soap' \
'--enable-sockets' \
'--without-sqlite' \
'--enable-wddx' \
'--enable-zip' \
'--with-pear' \
'--with-zend-vm' \
'--enable-zend-multibyte' \
'--with-kerberos' \
'--with-mysql=/usr/local/mysql' \
'--with-iconv=/usr/local' \
"$@"


[EMAIL PROTECTED] httpd-2.2.4]# cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-auth-digest" \
"--enable-proxy" \
"--enable-proxy-connect" \
"--enable-proxy-ftp" \
"--enable-proxy-http" \
"--enable-proxy-balancer" \
"--enable-ssl" \
"--enable-log-forensic" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

[EMAIL PROTECTED] httpd-2.2.4]# uname -a
Linux shaman 2.6.17-1.2142_FC4 #1 Tue Jul 11 22:41:14 EDT 2006 i686
athlon i386 GNU/Linux


Previous Comments:
--------------------

[2007-03-06 12:03:15] [EMAIL PROTECTED]

I was testing it with Apache 2.2.4 *worker*.
So I'm still unable to reproduce it.



[2007-03-02 02:01:15] stloukal at programator dot cz

With "prefork" without problems!!



[2007-03-01 14:40:33] [EMAIL PROTECTED]

What if you change MPM to "prefork" ?



[2007-03-01 14:23:29] stloukal at programator dot cz

I mean starting apache without -X switch. I am using:
/usr/local/apache2/bin/apachectl start



[2007-03-01 14:21:10] [EMAIL PROTECTED]

What do you mean by "standard mode"?



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem

2007-03-07 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

So I compiled PHP with options:

[EMAIL PROTECTED] php-5.2.1]$ cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--disable-all' \
"$@"

and Apache:
[EMAIL PROTECTED] httpd-2.2.4]$ cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-ssl" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

...and still the same behaviour. But with "--with-mpm=prefork" instead
of "--with-mpm=worker" it works fine.

When I start Apache (with worker module) with "-X" option (e.g.
[EMAIL PROTECTED] bin]# ./apachectl -X -f /etc/httpd/conf/httpd.conf -k
start), upload works fine too.

I can read files from the "tmp" when I access via URL (e.g.
http://my.address.com/tmp/myfile.jpg).


Previous Comments:


[2007-03-06 17:40:22] [EMAIL PROTECTED]

Please remove all configure options not required to reproduce it.
--disable-all --with-apxs2=.. is a good start.



[2007-03-06 17:09:11] stloukal at programator dot cz

I recompiled Apache with "worker" again (and PHP too) and I have the
same problem again. Here are some configs:

[EMAIL PROTECTED] php-5.2.1]# cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--enable-magic-quotes' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--enable-safe-mode' \
'--enable-debug' \
'--with-openssl=/usr/local/' \
'--with-zlib' \
'--enable-bcmath' \
'--enable-calendar' \
'--with-curl' \
'--enable-ftp' \
'--enable-exif' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-jpeg-dir=/usr/local/' \
'--with-png-dir=/usr/local/' \
'--with-freetype-dir' \
'--with-imap' \
'--with-imap-ssl' \
'--with-gettext' \
'--with-zlib=/usr/local/' \
'--with-mcrypt=/usr/local/' \
'--with-mhash=/usr/local/' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-iodbc=/usr/local' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql/bin/pg_config' \
'--with-pgsql=/usr/local/pgsql/bin/pg_config' \
'--enable-soap' \
'--enable-sockets' \
'--without-sqlite' \
'--enable-wddx' \
'--enable-zip' \
'--with-pear' \
'--with-zend-vm' \
'--enable-zend-multibyte' \
'--with-kerberos' \
'--with-mysql=/usr/local/mysql' \
'--with-iconv=/usr/local' \
"$@"


[EMAIL PROTECTED] httpd-2.2.4]# cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-auth-digest" \
"--enable-proxy" \
"--enable-proxy-connect" \
"--enable-proxy-ftp" \
"--enable-proxy-http" \
"--enable-proxy-balancer" \
"--enable-ssl" \
"--enable-log-forensic" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

[EMAIL PROTECTED] httpd-2.2.4]# uname -a
Linux shaman 2.6.17-1.2142_FC4 #1 Tue Jul 11 22:41:14 EDT 2006 i686
athlon i386 GNU/Linux



[2007-03-06 12:03:15] [EMAIL PROTECTED]

I was testing it with Apache 2.2.4 *worker*.
So I'm still unable to reproduce it.



[2007-03-02 02:01:15] stloukal at programator dot cz

With "prefork" without problems!!



[2007-03-01 14:40:33] [EMAIL PROTECTED]

What if you change MPM to "prefork" ?



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Opn]: move_uploaded_file - target directory's name problem

2007-03-08 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
 Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

The same behaviour on another computer:

[EMAIL PROTECTED] web]# id -Z
Sorry, --context (-Z) can be used only on a selinux-enabled kernel.
[EMAIL PROTECTED] web]# uname -a
Linux colonel 2.6.18-1.2200.fc5smp #1 SMP Sat Oct 14 17:15:35 EDT 2006
i686 i686 i386 GNU/Linux


Previous Comments:


[2007-03-07 08:31:21] stloukal at programator dot cz

So I compiled PHP with options:

[EMAIL PROTECTED] php-5.2.1]$ cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--disable-all' \
"$@"

and Apache:
[EMAIL PROTECTED] httpd-2.2.4]$ cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-ssl" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

...and still the same behaviour. But with "--with-mpm=prefork" instead
of "--with-mpm=worker" it works fine.

When I start Apache (with worker module) with "-X" option (e.g.
[EMAIL PROTECTED] bin]# ./apachectl -X -f /etc/httpd/conf/httpd.conf -k
start), upload works fine too.

I can read files from the "tmp" when I access via URL (e.g.
http://my.address.com/tmp/myfile.jpg).



[2007-03-06 17:40:22] [EMAIL PROTECTED]

Please remove all configure options not required to reproduce it.
--disable-all --with-apxs2=.. is a good start.



[2007-03-06 17:09:11] stloukal at programator dot cz

I recompiled Apache with "worker" again (and PHP too) and I have the
same problem again. Here are some configs:

[EMAIL PROTECTED] php-5.2.1]# cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--enable-magic-quotes' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--enable-safe-mode' \
'--enable-debug' \
'--with-openssl=/usr/local/' \
'--with-zlib' \
'--enable-bcmath' \
'--enable-calendar' \
'--with-curl' \
'--enable-ftp' \
'--enable-exif' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-jpeg-dir=/usr/local/' \
'--with-png-dir=/usr/local/' \
'--with-freetype-dir' \
'--with-imap' \
'--with-imap-ssl' \
'--with-gettext' \
'--with-zlib=/usr/local/' \
'--with-mcrypt=/usr/local/' \
'--with-mhash=/usr/local/' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-iodbc=/usr/local' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql/bin/pg_config' \
'--with-pgsql=/usr/local/pgsql/bin/pg_config' \
'--enable-soap' \
'--enable-sockets' \
'--without-sqlite' \
'--enable-wddx' \
'--enable-zip' \
'--with-pear' \
'--with-zend-vm' \
'--enable-zend-multibyte' \
'--with-kerberos' \
'--with-mysql=/usr/local/mysql' \
'--with-iconv=/usr/local' \
"$@"


[EMAIL PROTECTED] httpd-2.2.4]# cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-auth-digest" \
"--enable-proxy" \
"--enable-proxy-connect" \
"--enable-proxy-ftp" \
"--enable-proxy-http" \
"--enable-proxy-balancer" \
"--enable-ssl" \
"--enable-log-forensic" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

[EMAIL PROTECTED] httpd-2.2.4]# uname -a
Linux shaman 2.6.17-1.2142_FC4 #1 Tue Jul 11 22:41:14 EDT 2006 i686
athlon i386 GNU/Linux



[2007-03-06 12:03:15] [EMAIL PROTECTED]

I was testing it with Apache 2.2.4 *worker*.
So I'm still unable to reproduce it.



[2007-03-02 02:01:15] stloukal at programator dot cz

With "prefork" without problems!!



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


#40537 [Opn]: move_uploaded_file - target directory's name problem

2007-03-08 Thread stloukal at programator dot cz
 ID:   40537
 User updated by:  stloukal at programator dot cz
 Reported By:  stloukal at programator dot cz
 Status:   Open
 Bug Type: Filesystem function related
 Operating System: FC4, 2.6.17
 PHP Version:  5.2.1
 New Comment:

And next computer with described behaviour:

[EMAIL PROTECTED] tmp]#  id -Z
Sorry, --context (-Z) can be used only on a selinux-enabled kernel.
[EMAIL PROTECTED] tmp]# uname -a
Linux krtek 2.6.19-1.2911.fc6 #1 SMP Sat Feb 10 15:51:47 EST 2007 i686
athlon i386 GNU/Linux


Previous Comments:


[2007-03-08 11:49:09] stloukal at programator dot cz

The same behaviour on another computer:

[EMAIL PROTECTED] web]# id -Z
Sorry, --context (-Z) can be used only on a selinux-enabled kernel.
[EMAIL PROTECTED] web]# uname -a
Linux colonel 2.6.18-1.2200.fc5smp #1 SMP Sat Oct 14 17:15:35 EDT 2006
i686 i686 i386 GNU/Linux



[2007-03-07 08:31:21] stloukal at programator dot cz

So I compiled PHP with options:

[EMAIL PROTECTED] php-5.2.1]$ cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--disable-all' \
"$@"

and Apache:
[EMAIL PROTECTED] httpd-2.2.4]$ cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-ssl" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

...and still the same behaviour. But with "--with-mpm=prefork" instead
of "--with-mpm=worker" it works fine.

When I start Apache (with worker module) with "-X" option (e.g.
[EMAIL PROTECTED] bin]# ./apachectl -X -f /etc/httpd/conf/httpd.conf -k
start), upload works fine too.

I can read files from the "tmp" when I access via URL (e.g.
http://my.address.com/tmp/myfile.jpg).



[2007-03-06 17:40:22] [EMAIL PROTECTED]

Please remove all configure options not required to reproduce it.
--disable-all --with-apxs2=.. is a good start.



[2007-03-06 17:09:11] stloukal at programator dot cz

I recompiled Apache with "worker" again (and PHP too) and I have the
same problem again. Here are some configs:

[EMAIL PROTECTED] php-5.2.1]# cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/usr/local/php5' \
'--with-config-file-path=/etc/' \
'--enable-magic-quotes' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--enable-safe-mode' \
'--enable-debug' \
'--with-openssl=/usr/local/' \
'--with-zlib' \
'--enable-bcmath' \
'--enable-calendar' \
'--with-curl' \
'--enable-ftp' \
'--enable-exif' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-jpeg-dir=/usr/local/' \
'--with-png-dir=/usr/local/' \
'--with-freetype-dir' \
'--with-imap' \
'--with-imap-ssl' \
'--with-gettext' \
'--with-zlib=/usr/local/' \
'--with-mcrypt=/usr/local/' \
'--with-mhash=/usr/local/' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-iodbc=/usr/local' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql/bin/pg_config' \
'--with-pgsql=/usr/local/pgsql/bin/pg_config' \
'--enable-soap' \
'--enable-sockets' \
'--without-sqlite' \
'--enable-wddx' \
'--enable-zip' \
'--with-pear' \
'--with-zend-vm' \
'--enable-zend-multibyte' \
'--with-kerberos' \
'--with-mysql=/usr/local/mysql' \
'--with-iconv=/usr/local' \
"$@"


[EMAIL PROTECTED] httpd-2.2.4]# cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--enable-auth-digest" \
"--enable-proxy" \
"--enable-proxy-connect" \
"--enable-proxy-ftp" \
"--enable-proxy-http" \
"--enable-proxy-balancer" \
"--enable-ssl" \
"--enable-log-forensic" \
"--enable-static-htpasswd" \
"--disable-cgi" \
"--enable-so" \
"--enable-rewrite" \
"--with-included-apr" \
"--with-ssl=/usr/local" \
"--with-mpm=worker" \
"$@"

[EMAIL PROTECTED] httpd-2.2.4]# uname -a
Linux shaman 2.6.17-1.2142_FC4 #1 Tue Jul 11 22:41:14 EDT 2006 i686
athlon i386 GNU/Linux



[2007-03-06 12:03:15] [EMAIL PROTECTED]

I was testing it with Apache 2.2.4 *worker*.
So I'm still unable to reproduce it.



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/40537

-- 
Edit this bug report at http://bugs.php.net/?id=40537&edit=1


[PHP-BUG] Bug #55249 [NEW]: OCI-collection->append does not reflect NLS_NUMERIC_CHARACTERS settings

2011-07-20 Thread stloukal at programator dot cz
From: 
Operating system: Linux/Fedora 14
PHP version:  5.3.6
Package:  OCI8 related
Bug Type: Bug
Bug description:OCI-collection->append does not reflect NLS_NUMERIC_CHARACTERS 
settings

Description:

After connection to Oracle database script runs alter session command to
change NLS_NUMERIC_CHARACTERS (',' is decimal separator and '.' is
thousands separator). But using the OCI-Collection->append procedure on
collection of numbers, all decimals are stripped (the input values into
OCI-Collection->append procedure use comma as decimal separator - along to
current NLS setting).

Function oci_bind_by_name reflects NLS setting well.

Test script:
---
sqlplus> CREATE TYPE username.num_tab IS TABLE OF NUMBER(8,5);

append('1,2');

$i_rs = oci_parse(
$i_con,
"DECLARE
l_nums  username.num_tab := :nums;
BEGIN
raise_application_error(-2, 'First number in collection is: '
|| l_nums(1));
END;"
);
oci_bind_by_name($i_rs, ':nums', $i_col, -1, SQLT_NTY);
oci_execute($i_rs, OCI_DEFAULT);

?>


Expected result:

Warning: oci_execute() [function.oci-execute]: ORA-2: First number in
collection is: 1,2 ORA-06512: at line 4 in...

Actual result:
--
Warning: oci_execute() [function.oci-execute]: ORA-2: First number in
collection is: 1 ORA-06512: at line 4 in...

-- 
Edit bug report at https://bugs.php.net/bug.php?id=55249&edit=1
-- 
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55249&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55249&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=55249&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55249&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=55249&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55249&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=55249&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=55249&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=55249&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=55249&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=55249&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=55249&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=55249&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55249&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=55249&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55249&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=55249&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=55249&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=55249&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=55249&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=55249&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55249&r=trysnapshot54