Bug #78117
closed
After Update from Typo3 V7 to V8 | PHP GD library gif/png support broken
Added by Markus Weber about 8 years ago.
Updated about 6 years ago.
Description
After updating Typo3 V7.6.11 to V8.3.1 the Tnstalltool throws the errors
PHP GD library gif support broken
PHP GD library png support broken
The tool also recommends to use cUrl or to set allow_fopen_url to 1.
The settings for cUrl are not avaiable in the Tool, manuall settings are ignored.
The GD-Library-Bug is "fixed" after setting allow_fopen_url to 1 via php.ini
I think if you fix the cUrl-Bug the GD bug is also solved
Files
- Status changed from New to Needs Feedback
Hi Markus,
can you please add some information about your environment?
Can you go to Install > System environment > Scroll down to "Show PHP Info" and copy & paste the section "gd"
The tool also recommends to use cUrl or to set allow_fopen_url to 1.
Can you specify the place where you have seen this recommendation? I haven't found anything in the current master.
- Target version changed from 8.4 to 8.5
In an installation of TYPO3 CMS 8.5.0-dev Master i get the same messages.
GD Support enabled
GD Version bundled (2.1.0 compatible)
FreeType Support enabled
FreeType Linkage with freetype
FreeType Version 2.5.3
GIF Read Support enabled
GIF Create Support enabled
JPEG Support enabled
libJPEG Version 8
PNG Support enabled
libPNG Version 1.6.12
WBMP Support enabled
XBM Support enabled
Directive Local Value Master Value
gd.jpeg_ignore_warning 0 0
- Target version changed from 8.5 to 8.6
Same ErrorMessage here.
New Installation on a Domainfactory Account with TYPO3 8.5
- Target version changed from 8.6 to 8 LTS
- Status changed from Needs Feedback to Accepted
I have the same problem. If you activate warnings in php and remove the @ in front of imagecreatefromgif you will get following warning:
Warning: imagecreatefrompng(): data:// wrapper is disabled in the server configuration by allow_url_fopen=0
IMO the core should not use data:// or http(s):// to test image creation. Please use a local file for testing.
Check.php:1030 on current master:
$imageResource = @imagecreatefromgif('data://image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7');
Stefan
- Target version changed from 8 LTS to Candidate for patchlevel
Not sure if allow_url_fopen is required in general anyway. I would simply add a test whether this option is set, otherwise skip the test.
In https://forge.typo3.org/issues/69495 there was a change from local files to the use of data:// which requires allow_url_fopen=0.
In current master the following changes from data:// back to local files solved the problem for me:
Check.php:1030
$imageResource = @imagecreatefromgif('data://image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7');
$imageResource = imagecreatefromgif(__DIR__ . '/../../Resources/Public/Images/TestInput/Test.gif');
Check.php:1089
$imageResource = @imagecreatefrompng('data://image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAACnej3aAAAAAXRSTlMAQObYZgAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII');
$imageResource = @imagecreatefrompng(__DIR__ . '/../../Resources/Public/Images/TestInput/Test.png');
- Related to Bug #69495: System environment check is not standalone added
@Horst: We do not work with patches anymore since a couple of years.
Please push your change request to our review system.
You can find information on the necessary setup in https://docs.typo3.org/typo3cms/ContributionWorkflowGuide/
Don't hesitate to ask, if you need help. Either here, or preferred in Slack.
Thanks.
- Status changed from Accepted to Under Review
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
- Status changed from Resolved to Closed
Also available in: Atom
PDF