<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/phpthumb/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/phpthumb/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/phpthumb/bugs/</id><updated>2014-09-05T22:07:20.938000Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>#63 Use Imagick php class</title><link href="https://sourceforge.net/p/phpthumb/bugs/63/?limit=25#35c5" rel="alternate"/><published>2014-09-05T22:07:20.938000Z</published><updated>2014-09-05T22:07:20.938000Z</updated><author><name>James Heinrich</name><uri>https://sourceforge.net/u/getid3/</uri></author><id>https://sourceforge.net7ae40173c506a23d69932c2b4b7bcbf019ce282d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;That sounds like a fine feature request (not a bug report). It would be welcome at the proper support locations:&lt;br /&gt;
&lt;a href="http://support.silisoftware.com" rel="nofollow"&gt;http://support.silisoftware.com/&lt;/a&gt; = forum for discussion, bug reports and feature suggestions)&lt;br /&gt;
&lt;a href="https://github.com/JamesHeinrich/phpThumb" rel="nofollow"&gt;https://github.com/JamesHeinrich/phpThumb&lt;/a&gt; = always the most current version. Please submit any patches here.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Use Imagick php class</title><link href="https://sourceforge.net/p/phpthumb/bugs/63/" rel="alternate"/><published>2014-09-05T21:16:09.137000Z</published><updated>2014-09-05T21:16:09.137000Z</updated><author><name>Rodionov Dmitry</name><uri>https://sourceforge.net/u/bournwog/</uri></author><id>https://sourceforge.netf36aeb415b6e580c4a2caea354c37e0758ff09be</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Functions passthru+system+exec+shell_exec are disabled, but php imagick extension with imagick class is enable. Would be great to use imagick class if all command functions were disable.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Rotation parameter differs between GD and convert</title><link href="https://sourceforge.net/p/phpthumb/bugs/62/" rel="alternate"/><published>2012-11-17T19:09:55Z</published><updated>2012-11-17T19:09:55Z</updated><author><name>Xemle</name><uri>https://sourceforge.net/u/xemle/</uri></author><id>https://sourceforge.netef5e800edcc282bbb7916cd69bc45ddc2edaa7c0</id><summary type="html">The parameter ra is defined as "Rotate by Angle: angle of rotation in degrees positive = counterclockwise, negative = clockwise". This is OK to use positive angle for counterclockwise rotation for GD extension. However, if convert is preferred through config\_prefer\_imagemagick, the rotation angle is passed through as '-rotate' parameter. Convert uses clockwise rotation by default which is the opposite of GD parameter of phpThumb\(\).

So it is not possible to use both converter at the same time without patching phpThumb\(\) or a separate rotation parameter switch.</summary></entry><entry><title>AntiOffsiteLinking Error - False positive</title><link href="https://sourceforge.net/p/phpthumb/bugs/61/" rel="alternate"/><published>2012-09-13T21:55:52Z</published><updated>2012-09-13T21:55:52Z</updated><author><name>Mark Jenkinson</name><uri>https://sourceforge.net/u/togglemedia/</uri></author><id>https://sourceforge.netb7f63db468ee87be162747c1ed53a643bdd0b723</id><summary type="html">When $PHPTHUMB\_CONFIG\['nooffsitelink\_enabled'\] = true;  there are cases where thumb generation throws a AntiOffsiteLinking\(\) error.  I've realized the error occurs when $\_SERVER\['HTTP\_HOST'\] returns a domain name with the www prefix but the thumbnail is being generated for a user who is accessing the site without the www.

So, if a thumbnail generation task is requested from mysite.com it would incorrectly identify www.mysite.com as an unauthorized source for thumbnail linking.</summary></entry><entry><title>config_allow_src_above_docroot not taking custom value</title><link href="https://sourceforge.net/p/phpthumb/bugs/60/" rel="alternate"/><published>2012-04-13T15:20:03Z</published><updated>2012-04-13T15:20:03Z</updated><author><name>martinsalinas</name><uri>https://sourceforge.net/u/martinsalinas/</uri></author><id>https://sourceforge.netc6b9dfc5258284f477742248709b5fed7e26de8a</id><summary type="html">I'm using phpThum as a plugin for MeioUpload behavior on CakePHP2

On phpThumb.config.php i set:

$PHPTHUMB\_CONFIG\['allow\_src\_above\_phpthumb'\] = true;

but then on phpthumb.class.php, method ResolveFilenameToAbsolute it checks:

if \(\!$this-&amp;gt;config\_allow\_src\_above\_docroot &amp;&amp; ....

that was causing me some troubles, so if just above that check I var\_dump\($this-&amp;gt;config\_allow\_src\_above\_docroot\), it says it's FALSE.

i set it to true on line 142:
var $config\_allow\_src\_above\_docroot = true;

and now it's working.


shouldn't phpthumb be mapping those values overriden in phpThumb.config.php?


</summary></entry><entry><title>External Image Retrieval Failed</title><link href="https://sourceforge.net/p/phpthumb/bugs/59/" rel="alternate"/><published>2012-01-12T20:06:03Z</published><updated>2012-01-12T20:06:03Z</updated><author><name>Hidayat Febiansyah</name><uri>https://sourceforge.net/u/havban/</uri></author><id>https://sourceforge.net0959ab2b2c001cd3edc7014debc6b2e9b495cb95</id><summary type="html">Hi,

I used phpThumb along with autothumb in as a wordpress plugin. I experienced error in retrieving external image from other sites. The error was:
"403 Forbidden"

I tried to trace the error source, and found out that the source of the error is because the URL has been altered. In my case, the url didn't have any query or what soever. It's a seems to be a static image, that in the code, it was added with a "?" letter.
Finally, I can resolve it by adding a condition that if the URL has no query, I will append nothing. The changed file was phpthumb.functions.php on line 746 for the last beta file I found in this project. I suggest this change:

$rawData = phpthumb\_functions::URLreadFsock\(@$parsed\_url\['host'\], @$parsed\_url\['path'\].\(@$parsed\_url\['query'\] ? '?'.@$parsed\_url\['query'\] : ''\),, $errstr, true, \(@$parsed\_url\['port'\] ? @$parsed\_url\['port'\] : 80\), $timeout\);

Since I don't know yet how to do editing on the project source code, I thought of using svn or git, but I couldn't find one, so I include the file in this report.

Thank you for making a great code.

Regards,</summary></entry><entry><title>Cache cleanup not working</title><link href="https://sourceforge.net/p/phpthumb/bugs/58/" rel="alternate"/><published>2011-11-17T13:27:03Z</published><updated>2011-11-17T13:27:03Z</updated><author><name>Arunas Mazeika</name><uri>https://sourceforge.net/u/amazeika/</uri></author><id>https://sourceforge.net1e2a28b87d6d6c4f05e4094de31299d7605ab701</id><summary type="html">It seems that there's a problem with the regexp located at line 695 of phpthumb.class.php. The regexp should not contain the ^ char at the beginning of the pattern as otherwise cached files inside subdirs won't be matched. Line 695 should be changed from:

if \(preg\_match\('\#^'.preg\_quote\($this-&amp;gt;config\_cache\_prefix\).'\#i', $fullfilename\) &amp;&amp; file\_exists\($fullfilename\)\) \{

to:

if \(preg\_match\('\#'.preg\_quote\($this-&amp;gt;config\_cache\_prefix\).'\#i', $fullfilename\) &amp;&amp; file\_exists\($fullfilename\)\) \{

phpThumb being used is v1.7.11-201108081344 - August 8, 2011.

Cheers,

Arunas</summary></entry><entry><title>ResolveFilenameToAbsolute returns path relative to phpThumb</title><link href="https://sourceforge.net/p/phpthumb/bugs/57/" rel="alternate"/><published>2011-11-03T13:29:46Z</published><updated>2011-11-03T13:29:46Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netf16775a21a53d579279bbb457bcfde3deca9259e</id><summary type="html">We use phpThumb 1.7.11 \(beta\) inside a folder of 3rd party libraries off root, the ResolveFilenameToAbsolute resolves the sourceFilename relative to the phpThumb folder, NOT the document folder.  The simple fix is in phpthumb.class.php uncomment line 1071 and comment out line 1072 to change it back to the code used in 1.7.9.</summary></entry><entry><title>patch note</title><link href="https://sourceforge.net/p/phpthumb/bugs/56/" rel="alternate"/><published>2010-11-24T12:15:40Z</published><updated>2010-11-24T12:15:40Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netf39e96640c73abc7b9bbb544e422478e05a901c2</id><summary type="html">Hi, a bug happening while php cash during image processing caused the temp dir to inflate dramaticaly.

here is my patch : 


in class::method : 
phpthumb::CleanUpCacheDirectory\(\) 

add :
		if \(rand\(0, 500\) &amp;lt; 10\) \{
			exec\("find ".escapeshellarg\($this-&amp;gt;config\_temp\_directory\)." -cmin +5 -maxdepth 1 -type f -delete"\);
		\}



ps thanck for your work\!
</summary></entry><entry><title>no extensions files</title><link href="https://sourceforge.net/p/phpthumb/bugs/55/" rel="alternate"/><published>2010-11-21T19:48:13Z</published><updated>2010-11-21T19:48:13Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net1304f9ddf2e9436be874699c27d43648440795ec</id><summary type="html">in the cache folder phpthumb creates no-extensions files \(like for example: "pThumb6C19Ap"\) with"600" permission which never get deleted.This is a big issue, space used is increasing very fast... looks to me that these files are copies of the original images.</summary></entry></feed>