Doc #35060 [Com]: problematic safe_mode restriction in GD library
| From: | skewl at gmail dot com | Date: | Sun, 23 Dec 2012 07:25:33 +0000 |
| Subject: | Doc #35060 [Com]: problematic safe_mode restriction in GD library | ||
| References: | 1 | Groups: | php.doc.bugs |
| Request: | Send a blank email to doc-bugs+get-9310@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=35060&edit=1
ID: 35060
Comment by: skewl at gmail dot com
Reported by: moron at industrial dot org
Summary: problematic safe_mode restriction in GD library
Status: Not a bug
Type: Documentation Problem
Package: Documentation problem
Operating System: FreeBSD (likely all)
PHP Version: 4.4.1RC1
Block user comment: N
Private report: N
New Comment:
t to open ahmadinejad toastmasters, but to open ahmadinejad exhibition - this is his mother
university.http://www.mbtukshop.co.uk/
Previous Comments:
------------------------------------------------------------------------
[2005-11-02 22:29:08] sniper@php.net
Bogusing this in favor of the much better bug #35071 report.
------------------------------------------------------------------------
[2005-11-02 21:48:04] no at email dot com
See also http://bugs.php.net/bug.php?id=35071
Same issue, but suggestion for bugfix provided by author there.
------------------------------------------------------------------------
[2005-11-02 19:37:37] neverloop at gmail dot com
Changing the way functions work within a minor update (version+=0.0.1) is an irresponsible way of
maintaining software. This bug (please don't call it a "feature") caused a lot of
trouble on our servers.
------------------------------------------------------------------------
[2005-11-02 17:53:41] moron at industrial dot org
Ok. As an aside though, they have been "wrong" for at least two or three years now and I
have been using the stated functionality in both PHP 4 and 5 successfully for quite a while so
changing this behaviour will affect any application that uses the GD functions under
"safe_mode".
It's also a bit illogical to have to create the file first, no?
Again, if "touch" and "copy" and "move_uploaded_file" and
"unlink" all can have access to the file in question (as they should in this scenario),
why can't "imagejpeg" do the same "safe_mode" access checks (as it seems to
be attempting to do when looking at the source)? The file it wants to create is within the
open_basedir limits, it is under a directory with world write permissions and it is owned by the
same group as the script running.
Cheers
------------------------------------------------------------------------
[2005-11-02 14:19:01] sniper@php.net
Docs are wrong.
------------------------------------------------------------------------
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
https://bugs.php.net/bug.php?id=35060
--
Edit this bug report at https://bugs.php.net/bug.php?id=35060&edit=1