#41666 [Fbk->Opn]: imageTTFtext without Alpha
ID: 41666 User updated by: cyberline at techno4ever dot net Reported By: cyberline at techno4ever dot net -Status: Feedback +Status: Open Bug Type: GD related Operating System: Debian 3.1 PHP Version: 5.2.3 Assigned To: pajoye New Comment: http://www.host4ever.de/info.php Freetype 2.1.7 on Debian 3.1 When it's a Freetype problem, i don't understand why the text looks so since updating PHP to 5.2.3. The working example at cyberline.ath.cx is Freetype 2.1.7 on Debian 4 with PHP 5.2.1 Previous Comments: [2007-06-12 13:05:39] [EMAIL PROTECTED] "I don't mean the transparent background! My problem is the text." As long as you have no alpha channel, there is no alpha either involved in the text. The text itself works pretty well here. Your problem looks more like a hinting problem which depends on the freetype version, settings or options. Can you show me a phpinfo and tell me which freetype version you use and on which system. ---- [2007-06-12 12:54:03] cyberline at techno4ever dot net I don't mean the transparent background! My problem is the text. Compare: http://cyberline.ath.cx/phpbug/nok.php (PHP 5.2.1) with http://web1.server02.quadrat4.de/phpbug/nok.php (PHP 5.2.3) Both same Configure. [2007-06-12 12:05:03] [EMAIL PROTECTED] "So it is not a bug that in 5.2.1 the alpha was enabled by default " I don't have a 5.2.1 to test. The alpha channel is now preserved (the background, the white area around the logo). nok.php is black because you don't save the alpha channel. I think this bug is not a bug. I close (not a bug > bogus) it now. Please reopen it if you consider that it is not working correctly in 5.2.3 or using snapshot. ---------------- [2007-06-12 11:54:58] cyberline at techno4ever dot net Now the 5.2.1 working Sample (nok.php) looks fine with imagesavealpha, but take a look at the ok.php with imagealphablending($image, 0); So it is not a bug that in 5.2.1 the alpha was enabled by default ? [2007-06-12 11:45:19] [EMAIL PROTECTED] Ok, I understand what you mean now. There is two things. Per default gd does not save the alpha information, you have to enable this mode using: imagesavealpha($image, true); The second problem is the blending mode while copying/resizing the embed image. You have to disable the blending operation. Try: http://bugs.php.net/41666 -- Edit this bug report at http://bugs.php.net/?id=41666&edit=1
#41666 [Bgs->Opn]: imageTTFtext without Alpha
ID: 41666 User updated by: cyberline at techno4ever dot net Reported By: cyberline at techno4ever dot net -Status: Bogus +Status: Open Bug Type: GD related Operating System: Debian 3.1 PHP Version: 5.2.3 Assigned To: pajoye New Comment: I don't mean the transparent background! My problem is the text. Compare: http://cyberline.ath.cx/phpbug/nok.php (PHP 5.2.1) with http://web1.server02.quadrat4.de/phpbug/nok.php (PHP 5.2.3) Both same Configure. Previous Comments: [2007-06-12 12:05:03] [EMAIL PROTECTED] "So it is not a bug that in 5.2.1 the alpha was enabled by default " I don't have a 5.2.1 to test. The alpha channel is now preserved (the background, the white area around the logo). nok.php is black because you don't save the alpha channel. I think this bug is not a bug. I close (not a bug > bogus) it now. Please reopen it if you consider that it is not working correctly in 5.2.3 or using snapshot. [2007-06-12 11:54:58] cyberline at techno4ever dot net Now the 5.2.1 working Sample (nok.php) looks fine with imagesavealpha, but take a look at the ok.php with imagealphablending($image, 0); So it is not a bug that in 5.2.1 the alpha was enabled by default ? [2007-06-12 11:45:19] [EMAIL PROTECTED] Ok, I understand what you mean now. There is two things. Per default gd does not save the alpha information, you have to enable this mode using: imagesavealpha($image, true); The second problem is the blending mode while copying/resizing the embed image. You have to disable the blending operation. Try: http://web1.server02.quadrat4.de/federation.ttf The logo: http://web1.server02.quadrat4.de/logo.png (I've tested other transparent PNG's with similar results) Further i've added a sample text with ./arial.ttf [2007-06-12 10:59:19] [EMAIL PROTECTED] Please provide a link to the original "logo.png" image and to the TTF file. 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/41666 -- Edit this bug report at http://bugs.php.net/?id=41666&edit=1
#41666 [Fbk->Opn]: imageTTFtext without Alpha
ID: 41666 User updated by: cyberline at techno4ever dot net Reported By: cyberline at techno4ever dot net -Status: Feedback +Status: Open Bug Type: GD related Operating System: Debian 3.1 PHP Version: 5.2.3 Assigned To: pajoye New Comment: Now the 5.2.1 working Sample (nok.php) looks fine with imagesavealpha, but take a look at the ok.php with imagealphablending($image, 0); So it is not a bug that in 5.2.1 the alpha was enabled by default ? Previous Comments: [2007-06-12 11:45:19] [EMAIL PROTECTED] Ok, I understand what you mean now. There is two things. Per default gd does not save the alpha information, you have to enable this mode using: imagesavealpha($image, true); The second problem is the blending mode while copying/resizing the embed image. You have to disable the blending operation. Try: http://web1.server02.quadrat4.de/federation.ttf The logo: http://web1.server02.quadrat4.de/logo.png (I've tested other transparent PNG's with similar results) Further i've added a sample text with ./arial.ttf [2007-06-12 10:59:19] [EMAIL PROTECTED] Please provide a link to the original "logo.png" image and to the TTF file. ---- [2007-06-12 09:43:16] cyberline at techno4ever dot net Description: imageTTFtext has no alpha in case of using imageCreateFromPNG. This was OK in PHP 5.2.1 Reproduce code: --- http://web1.server02.quadrat4.de/phpbug/ Expected result: Alphablending of the text Actual result: -- Rough Edges. Look at example. -- Edit this bug report at http://bugs.php.net/?id=41666&edit=1
#41666 [Fbk->Opn]: imageTTFtext without Alpha
ID: 41666 User updated by: cyberline at techno4ever dot net Reported By: cyberline at techno4ever dot net -Status: Feedback +Status: Open Bug Type: GD related Operating System: Debian 3.1 PHP Version: 5.2.3 Assigned To: pajoye New Comment: The fontfile: http://web1.server02.quadrat4.de/federation.ttf The logo: http://web1.server02.quadrat4.de/logo.png (I've tested other transparent PNG's with similar results) Further i've added a sample text with ./arial.ttf Previous Comments: [2007-06-12 10:59:19] [EMAIL PROTECTED] Please provide a link to the original "logo.png" image and to the TTF file. ---- [2007-06-12 09:43:16] cyberline at techno4ever dot net Description: imageTTFtext has no alpha in case of using imageCreateFromPNG. This was OK in PHP 5.2.1 Reproduce code: --- http://web1.server02.quadrat4.de/phpbug/ Expected result: Alphablending of the text Actual result: -- Rough Edges. Look at example. -- Edit this bug report at http://bugs.php.net/?id=41666&edit=1
#41666 [NEW]: imageTTFtext without Alpha
From: cyberline at techno4ever dot net Operating system: Debian 3.1 PHP version: 5.2.3 PHP Bug Type: GD related Bug description: imageTTFtext without Alpha Description: imageTTFtext has no alpha in case of using imageCreateFromPNG. This was OK in PHP 5.2.1 Reproduce code: --- http://web1.server02.quadrat4.de/phpbug/ Expected result: Alphablending of the text Actual result: -- Rough Edges. Look at example. -- Edit bug report at http://bugs.php.net/?id=41666&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41666&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41666&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41666&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41666&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41666&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41666&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41666&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41666&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41666&r=support Expected behavior:http://bugs.php.net/fix.php?id=41666&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41666&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41666&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41666&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41666&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41666&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41666&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41666&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41666&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41666&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41666&r=mysqlcfg
#34422 [NEW]: simplexml_load_string object to array bug
From: cyberline at techno4ever dot net Operating system: Suse 9.3 PHP version: 5.0.5 PHP Bug Type: SimpleXML related Bug description: simplexml_load_string object to array bug Description: When adding a subelement of the xml object to an array, it becomes an object again? "echo" doesn't return an object ... Reproduce code: --- $xml = simplexml_load_string($this->xml); foreach($xml->LISTENERS->LISTENER as $listener) { echo $listener->HOSTNAME; // Last element in tree $hosts[] = $listener->HOSTNAME; } Expected result: 127.0.0.1 Array( [0] => 127.0.0.1 ) Actual result: -- 127.0.0.1 Array( [0] => SimpleXMLElement Object( [0] => 127.0.0.1 ) ) -- Edit bug report at http://bugs.php.net/?id=34422&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34422&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34422&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34422&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34422&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34422&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34422&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34422&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34422&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34422&r=support Expected behavior: http://bugs.php.net/fix.php?id=34422&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34422&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34422&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34422&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34422&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34422&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34422&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34422&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34422&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34422&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34422&r=mysqlcfg
#33960 [Fbk->Opn]: fsockopen() timeout parameter has no function
ID: 33960 User updated by: cyberline at techno4ever dot net Reported By: cyberline at techno4ever dot net -Status: Feedback +Status: Open Bug Type: Sockets related -Operating System: Suse 9.2/3 +Operating System: Suse 9.3 PHP Version: 5.0.4 New Comment: same result as before :/ i think the Nameserver of the checked hosts are Offline atm. By the way: compiling snapshot with: "--enable-soap" produces this output: /root/php5-200508020630/ext/soap/php_xml.c -o ext/soap/php_xml.lo /root/php5-200508020630/ext/soap/php_xml.c: In function `soap_xmlParseFile': /root/php5-200508020630/ext/soap/php_xml.c:89: error: `tsrm_ls' undeclared (first use in this function) /root/php5-200508020630/ext/soap/php_xml.c:89: error: (Each undeclared identifier is reported only once /root/php5-200508020630/ext/soap/php_xml.c:89: error: for each function it appears in.) Previous Comments: [2005-08-02 10:30:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-02 10:27:39] cyberline at techno4ever dot net Description: When i set a timelimit for fsockopen() the script won't stop after the limit reaches. Reproduce code: --- if($fp = fsockopen($host, $port, &$errno, &$errnum, 2)) { ... } Expected result: When the checked host is offline, the script reported that afetr 2 seconds. Actual result: -- The Script is stopping after 60 seconds. -- Edit this bug report at http://bugs.php.net/?id=33960&edit=1
#33960 [NEW]: fsockopen() timeout parameter has no function
From: cyberline at techno4ever dot net Operating system: Suse 9.2/3 PHP version: 5.0.4 PHP Bug Type: Sockets related Bug description: fsockopen() timeout parameter has no function Description: When i set a timelimit for fsockopen() the script won't stop after the limit reaches. Reproduce code: --- if($fp = fsockopen($host, $port, &$errno, &$errnum, 2)) { ... } Expected result: When the checked host is offline, the script reported that afetr 2 seconds. Actual result: -- The Script is stopping after 60 seconds. -- Edit bug report at http://bugs.php.net/?id=33960&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33960&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33960&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33960&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33960&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33960&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33960&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33960&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33960&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33960&r=support Expected behavior: http://bugs.php.net/fix.php?id=33960&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33960&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33960&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33960&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33960&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33960&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33960&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33960&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33960&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33960&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33960&r=mysqlcfg