TYPO3 Core

Perhaps i have not written it clear enough:
the image, which has the text inside, is not rendered in 4.1.8

Hi David,

I'm currently searching for a change in TYPO3 4.1.8 that might have caused this, but there is nothing that seems directly related to me.

The following changes have been made in 4.1.8 which might be somewhat related to image processing / content rendering and therefore should be checked:

http://forge.typo3.org/repositories/diff/typo3v4-core?rev=4671
http://forge.typo3.org/repositories/diff/typo3v4-core?rev=3992

Could you please check if reverting those changes solves the problem for you?

Please do that as soon as possible, so a fix can go into a potential hotfix release.

cheers
Ingmar

Hi David,

could you please post or attach a generated image? Is there an image at all or just filled with the background color #CC3300 and not text?
Please check and tell us the setting at "Admin Tools > Configuration > $TYPO3_CONF_VARS > [GFX] > [TTFLocaleConv]".
Thanks in advance!

olly

Please, post also images used in this TS. I am willing to check where the problem is but I am very reluctant to create graphics for it :)

Images are not necessary but testing needs a font file (any file will do).

I traced the error till line 683 of t3lib_stdgraphics:

$this->combineExec($fileMenu,$fileColor,$fileMask, $fileMenu);

All intermediate images are created ok (white image, black text, color background) but combined image does not have text on it. Issue #3992 does not affect the problem (that code is not executed). I do not know what to do next because I do not know how imagemagic works. I attach here four images that are created before that line. The combining command is:

/opt/local/bin/composite -compose over +matte typo3temp/temp/2384d9531ce8ace464f829dd773efb67_menuNT.gif typo3temp/temp/2384d9531ce8ace464f829dd773efb67_colorNT.gif typo3temp/temp/7983fb2d2039aba7ae9cb02598e8b125.gif typo3temp/temp/2384d9531ce8ace464f829dd773efb67_menuNT.gif

I understood that the command above must produce image on the background but it does not. Does somebody know why?

Hi Dmitry,

do you know which ChangeSet caused the error? Then we might just roll back the ChangeSet in case the error caused is more severe than the error fixed in the ChangeSet.

Of course this would be just a quick fix, but it would be sufficient for the very soon to be released hotfix version I guess.

cheers
Ingmar

No idea :( I checked changelog for the t3lib_stdgraphics, nothing special.

Remember Steffen fixes some typo related to graphics? Couild it be that? It was something about gifbuilder I think. The code was never execute.

Here is the change log for this file until August 2007:

Applico:t3test dima$ svn log t3lib/class.t3lib_stdgraphic.php
------------------------------------------------------------------------
r4432 | flyguide | 2008-11-07 05:52:22 +0200 (Fri, 07 Nov 2008) | 1 line

removed empty lines at the end of the files
------------------------------------------------------------------------
r4416 | ohader | 2008-11-04 15:26:11 +0200 (Tue, 04 Nov 2008) | 1 line

Cleanup: Specified deprecated statements
------------------------------------------------------------------------
r4069 | flyguide | 2008-09-08 01:00:49 +0300 (Mon, 08 Sep 2008) | 1 line

Fixed issue #9285: Remove all @ in front of file_exists() calls
------------------------------------------------------------------------
r3991 | dmitry | 2008-08-18 18:52:21 +0300 (Mon, 18 Aug 2008) | 1 line

Fixed bug #9152: Deprecated code into stdgraphic
------------------------------------------------------------------------
r3583 | masi | 2008-04-16 20:26:41 +0300 (Wed, 16 Apr 2008) | 1 line

Fixed bug #4186 (correction): cropping didn't work for IM4/5 and GM (thanks to Helmut Hummel)
------------------------------------------------------------------------
r3448 | ohader | 2008-03-17 16:34:37 +0200 (Mon, 17 Mar 2008) | 1 line

Fixed bug #4186: GIFBUILDER cropsized images have bad quality
------------------------------------------------------------------------
r3446 | ohader | 2008-03-17 16:22:50 +0200 (Mon, 17 Mar 2008) | 1 line

Cleanup: Fixed space characters in t3lib_stdGraphic
------------------------------------------------------------------------
r3439 | flyguide | 2008-03-16 21:16:51 +0200 (Sun, 16 Mar 2008) | 1 line

Updated Copyright notices
------------------------------------------------------------------------
r2663 | ingmars | 2007-11-05 11:22:23 +0200 (Mon, 05 Nov 2007) | 1 line

Changing SVN property eol-style from native to LF for all .php, .html, .js, .css and .htaccess files in the core trunk
------------------------------------------------------------------------
r2538 | masi | 2007-10-07 12:25:17 +0300 (Sun, 07 Oct 2007) | 1 line

Fixed bug #5911: GIFBUILDER setting quality not honoured
------------------------------------------------------------------------
r2449 | flyguide | 2007-08-15 11:12:19 +0300 (Wed, 15 Aug 2007) | 1 line

added @var phpDoc comments to various variables

Found the changeset, it should not be the source of the problem.

http://forge.typo3.org/repositories/diff/typo3v4-core/branches/TYPO3_4-2/typo3/sysext/cms/tslib/class.tslib_content.php?rev=4541

A little more info: problem happens only if "niceText" property is set to 1.

David,

please post the "GFX" section of your localconf.php settings. I'm unable to reproduce the issue neither with TYPO3 4.1.7 nor with 4.1.8. In fact, your code fails to work in both versions over here... :-)

- michael

@David / Dmitry:

So... What is the first revision you're having the bug with? Could you do an incremental update of the revisions between 4.1.7 and 4.1.8?

When I want to find out which ChangeSet causes a specific bug, I usually update to the revisions in intervals of 100, so I can approximately locate the right revision, and then I check this interval with intervals of 20 and so on, so I can finally track down the exact ChangeSet that caused the bug.

cheers
Ingmar

@Dmitry Dulepov: The reporter said that the problem did not occur in 4.1.7. Can you confirm this? If so, please switch to 4.1.7 and upgrade from each revision to the next until you find the issue that triggers it. I think that's way more simple than trying to reproduce it over here.

(I didn't reload before. Just see now that Ingmar suggested the same...)

Is that item solved now?

I had problems to create GMENU-Items with Version 4.23.

Hello everybody,

i am sorry for my late reply. But i didn't got an email notification that somebody has posted something. How can i activate email notification? In my preferences i have active every "email on ..." exept the last two (status change, priority change).
[edit:] i monitored now this issue. I think that was, what i missed, to reach notifications.

Here more details about this case:
The error is there is no generated image. The image just doesn't appear anymore when i update T3 to a never revision. I also tried the 4.1.10 because of the securitiy bugfix.
You can see in my TS of the GMenu that there is no image used to generate the image with the text. I just set a bg color.

Here my GFX section:
[image_processing]=1
[thumbnails]=1
[thumbnails_png]=0
[noIconProc]=1
[gif_compress]=1
[imagefile_ext]=gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai
[gdlib]=1
[gdlib_png]=0
[gdlib_2]=1
[im]=1
[im_path]=/usr/bin/
[im_path_lzw]=/usr/bin/
[im_version_5]=im5
[im_negate_mask]=1
[im_imvMaskState]=0
[im_no_effects]=1
[im_v5effects]=0
[im_mask_temp_ext_gif]=1
[im_mask_temp_ext_noloss]=miff
[im_noScaleUp]=0
[im_combine_filename]=composite
[im_noFramePrepended]=0
[jpg_quality]=70
[enable_typo3temp_db_tracking]=0
[TTFLocaleConv]=UTF-8
[TTFdpi]=72
[png_truecolor]=0

I uploaded the font file i use to generate the images.

Regards,
David

@Dmitry Dulepov: in my case the error occurs also when i disable niceText. I just comment it out:
#niceText = 1
#niceText.sharpen = 1

In the versions >= 4.1.8 i can see this error also in the install tool:
in "Basic Configuration" under "FreeType quick-test (as GIF)" the font is generated.
In "Image Processing" under "GD library functions" the tests "Render text with TrueType font", "Render text with TrueType font using 'niceText' option" and "
Render 'niceText' with a shadow under" show just grey boxes. Their file size are 222.

Regards, David

@David: Please check comments 26498 and 26500. With this help you should find out in which change the error was introduced. That is most helpful since it seems nobody else can reproduce the issue...

- michael

I found the switch which solved my problem:
in the install tool under "all configuration" my [TTFLocaleConv] was set to UTF-8. Now i leave it empty.

I updated TYPO3 to 4.1.10 and the graphics are still generated :)

Regards, David

Ah, this clarifies a lot!

Actually your setting was wrong all the time: TTFLocaleConv should have been a "locale conversion string", e.g. "latin1..UTF-8", however in your case it was set to something wrong: "UTF-8".

According to the PHP reference, the function recode_string() should return false if it is unable to perform the recode request. However, it always returned the string which you sent as input. And here is the difference: After the change (it happened in revision 3992) the return value became "", hence you got empty strings as result.

I'm considering this as a very rare problem caused by a misconfiguration combined with a documentation error at PHP. So it's not a bug after all, and I'm closing this report.