Project

General

Profile

Actions

Bug #24347

closed

Menu in GLUECK template rendered incorrectly

Added by Ulrich P over 13 years ago. Updated about 13 years ago.

Status:
Closed
Priority:
Should have
Category:
-
Target version:
Start date:
2010-12-16
Due date:
% Done:

0%

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

Description

Upgrading from 4.3.8 to 4.5, I noticed that in pages based on the GLUECK
template, both menus are set in a single line. A fresh installation
shows the same behavior.

The HTML source shows that (compared to 4.3.8) the <td> tags are missing:

v 4.3.8: | <tr bgcolor="#eeeeff"><td><img src="typo3/sysext/cms/tslib/media/bullets/bullet1_n.gif" width="9" height="9" name="img3_a4cb_0before" border="0" alt="" /></td><td width="99%"><a href="index.php?id=3" onfocus="blurLink(this);" onmouseover="over('img3_a4cb_0before');over('img3_a4cb_0after');" onmouseout="out('img3_a4cb_0before');out('img3_a4cb_0after');" class="menuitems1">sub2</a></td><td><img src="typo3/sysext/cms/tslib/media/bullets/bullet2_n.gif" width="9" height="9" name="img3_a4cb_0after" border="0" alt="" /></td><td><img src="clear.gif" width="1" height="20" alt="" /></td></tr>

v 4.5.0b2: | <tr bgcolor="#eeeeff"><img src="typo3/sysext/statictemplates/media/bullets/bullet1_n.gif" width="9" height="9" name="img3_5820_1before" border="0" alt="" /><a href="index.php?id=3" onfocus="blurLink(this);" onmouseover="over('img3_5820_1before');over('img3_5820_1after');" onmouseout="out('img3_5820_1before');out('img3_5820_1after');" class="menuitems1">Sub 2</a><img src="typo3/sysext/statictemplates/media/bullets/bullet2_n.gif" width="9" height="9" name="img3_5820_1after" border="0" alt="" /></tr>

I checked the contents of the table static_template and found no differences except the change 'typo3/sysext/cms/tslib' <-> 'EXT:statictemplates'.

fresh installation of typo3-4.5 (ignore error message during database import)
install tool -> database analyzer -> compare
install extension "statictemplate", import static data
create some pages with subpages and assign template GLUECK

-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (150, 'unstable'), (99, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages typo3-src-4.5 depends on:
ii libjs-prototype 1.6.1-1 JavaScript Framework for dynamic w
ii libjs-scriptaculous 1.8.3-1 JavaScript library for dynamic web
ii libphp-adodb 5.10-1 The ADOdb database abstraction lay
ii ttf-dejavu 2.31-1 Metapackage to pull in ttf-dejavu-

Versions of packages typo3-src-4.5 recommends:
ii graphicsmagick 1.3.12-1+b1 collection of image processing too
ii php5 5.3.3-5 server-side, HTML-embedded scripti
ii php5-cli 5.3.3-5 command-line interpreter for the p
ii php5-gd 5.3.3-5 GD module for php5
ii php5-mysql 5.3.3-5 MySQL module for php5
ii php5-xcache 1.3.0-7 Fast, stable PHP opcode cacher
ii postfix [mail-transp 2.7.1-1 High-performance mail transport ag
ii typo3-database 4.5.0+dfsg1~beta2-1 TYPO3 - The enterprise level open
ii typo3-dummy 4.5.0+dfsg1~beta2-1 web content management system

Versions of packages typo3-src-4.5 suggests:
ii catdoc 0.94.2-1.1 MS-Word to TeX or plain text conve
ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF
ii php5-curl 5.3.3-5 CURL module for php5
ii poppler-utils [xpdf-utils] 0.12.4-1.2 PDF utilitites (based on libpopple
ii ppthtml 0.5.1-6 A program for converting Microsoft
ii unrtf 0.19.3-1.1+b1 RTF to other formats converter
ii xlhtml 0.5.1-6 A program for converting Microsoft

(issue imported from #M16756)


Related issues 1 (0 open1 closed)

Is duplicate of TYPO3 Core - Bug #24854: beforeWrap property of TMENU is not recognized anymoreClosedFrancois Suter2011-01-27

Actions
Actions #1

Updated by Ulrich P over 13 years ago

Bug is still present in version 4.5.0final

In 4.4.6 the page is displayed correctly

Wild guess: could it be a consequence if the ".stdWrap for everybody" feature?

Actions #2

Updated by Jo Hasenau over 13 years ago

Seems to be related to the beforeWrap issue. #24854

Please test if the attached patch of #24854 fixes your problem.

Thx

Actions #3

Updated by Ulrich P over 13 years ago

Yes, the patch also fixes my problem. Thanks!

Actions

Also available in: Atom PDF