Project

General

Profile

Actions

Bug #40565

closed

Using listNum in GifBuilder returns empty string

Added by Michael Stucki over 11 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Should have
Category:
Frontend
Target version:
-
Start date:
2012-09-03
Due date:
% Done:

0%

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

Description

When using listNum in a GifBuilder TEXT object and listNum is > 1, the result is an empty string.
The problem is that the stdWrap for the TEXT object is parsed twice, whereas the input string is overwritten after the first run.

How to reproduce:

10 = IMAGE
10.file = GIFBUILDER
10.file {
  10 = TEXT
  10.text = A/B/C
  10.text.listNum = 2
  10.text.listNum.splitChar = /
}

After one run, 10.10.text will be "B" which leads to an empty result after the split.

The solution is to delete the stdWrap properties after the 1st run.


Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Feature #24090: Optimize stdWrap usage for GIFBUILDERClosedSusanne Moog2010-11-17

Actions
Is duplicate of TYPO3 Core - Bug #41487: stdWrap executed twice on GIFBUILDER object propertiesClosed2012-10-01

Actions
Actions #1

Updated by Gerrit Code Review over 11 years ago

  • Status changed from New to Under Review

Patch set 1 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/14319

Actions #2

Updated by Gerrit Code Review over 11 years ago

Patch set 1 for branch TYPO3_4-7 has been pushed to the review server.
It is available at http://review.typo3.org/14320

Actions #3

Updated by Gerrit Code Review over 11 years ago

Patch set 1 for branch TYPO3_4-6 has been pushed to the review server.
It is available at http://review.typo3.org/14321

Actions #4

Updated by Michael Stucki over 11 years ago

  • Assignee set to Michael Stucki
Actions #5

Updated by Benni Mack about 11 years ago

links to #40565

Actions #6

Updated by Michael Stucki almost 11 years ago

  • Status changed from Under Review to Resolved

Seems like this was already fixed in #41487.

Actions #7

Updated by Benni Mack over 5 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF