Bug #19887

After update to 4.1.8 image rendering doesn't work anymore

Added by David Zschille almost 13 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Should have
Category:
Content Rendering
Target version:
-
Start date:
2009-01-22
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

I am using a grafical menu. After update to 4.1.8 the text in the menu tabs are gone.
Switching back to 4.1.7 they are rendered again. I tried this several times.

OS: Debian 4.0
PHP Version 5.2.0-8+etch3
Apache 1.3.34

The TS of my GMenu:

temp.customGmenu = HMENU
temp.customGmenu.special = list
temp.customGmenu.special.value = 1, 4, 5, 6, 7, 20
temp.customGmenu.1 = GMENU
temp.customGmenu.1 {
wrap = |<img src="fileadmin/img/crnr_l.gif" />
NO = 1
NO {
noBlur = 1
XY = [80.w] + 20,23
backColor = #CC3300
wrap = <img src="fileadmin/img/crnr_l.gif" />|<img src="fileadmin/img/crnr_r.gif" />

80 = TEXT
80 {
text.field = title
fontColor = white # Offset from upper left corner
offset = 0,17
fontFile = fileadmin/fonts/Frutiger-BlackCn.otf
fontSize = 11
align = center
niceText = 1 # sharpen: 1 = scharf, ... 99 = unscharf
niceText.sharpen = 1 # antiAlias greift nur, wenn niceTExt nicht gesetzt # antiAlias = 0
}
}
CUR < .NO
CUR = 1
CUR {
doNotLinkIt = 0
backColor = #FF6600
wrap = &lt;img src="fileadmin/img/crnr_act_l.gif" /&gt;|&lt;img src="fileadmin/img/crnr_act_r.gif" /&gt;
}
}

(issue imported from #M10225)


Files

2384d9531ce8ace464f829dd773efb67_colorNT.gif (83 Bytes) 2384d9531ce8ace464f829dd773efb67_colorNT.gif Administrator Admin, 2009-01-23 00:44
2384d9531ce8ace464f829dd773efb67_maskNT.gif (1.44 KB) 2384d9531ce8ace464f829dd773efb67_maskNT.gif Administrator Admin, 2009-01-23 00:45
2384d9531ce8ace464f829dd773efb67_menuNT.gif (83 Bytes) 2384d9531ce8ace464f829dd773efb67_menuNT.gif Administrator Admin, 2009-01-23 00:45
7983fb2d2039aba7ae9cb02598e8b125.gif (1.44 KB) 7983fb2d2039aba7ae9cb02598e8b125.gif Administrator Admin, 2009-01-23 00:45
Frutiger-BlackCn.zip (13.3 KB) Frutiger-BlackCn.zip Administrator Admin, 2009-02-12 10:50

Related issues

Related to TYPO3 Core - Bug #19691: Typing error in tslib_content ($gifCreateor => $gifCreator)ClosedSteffen Kamper2008-12-10

Actions
Related to TYPO3 Core - Bug #19209: Deprecated code into stdgraphicClosedDmitry Dulepov2008-08-11

Actions
#1

Updated by David Zschille almost 13 years ago

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

#2

Updated by Ingmar Schlecht almost 13 years ago

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

#3

Updated by Oliver Hader almost 13 years ago

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

#4

Updated by Dmitry Dulepov almost 13 years ago

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 :)

#5

Updated by Dmitry Dulepov almost 13 years ago

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

#6

Updated by Dmitry Dulepov almost 13 years ago

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

#7

Updated by Ingmar Schlecht almost 13 years ago

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

#8

Updated by Dmitry Dulepov almost 13 years ago

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.

#9

Updated by Dmitry Dulepov almost 13 years ago

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

#11

Updated by Dmitry Dulepov almost 13 years ago

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

#12

Updated by Michael Stucki almost 13 years ago

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

#13

Updated by Ingmar Schlecht almost 13 years ago

@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

#14

Updated by Michael Stucki almost 13 years ago

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.

#15

Updated by Michael Stucki almost 13 years ago

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

#16

Updated by David Bruchmann almost 13 years ago

Is that item solved now?

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

#17

Updated by Administrator Admin almost 13 years ago

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

#18

Updated by Administrator Admin almost 13 years ago

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

#19

Updated by Michael Stucki almost 13 years ago

@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

#20

Updated by Administrator Admin over 12 years ago

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

#21

Updated by Michael Stucki over 12 years ago

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.

#22

Updated by Benni Mack about 3 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF