Project

General

Profile

Actions

Bug #48113

closed

typoscript FILES object always uses default language when accessing page resource images of translated images

Added by Flummi no-lastname-given over 11 years ago. Updated about 7 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
Start date:
2013-05-11
Due date:
% Done:

0%

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

Description

When using images in page resources, the FILES typoscript object fails to use the translated version of these images - it allways uses the ones from the default language.

For example we have a page in the default language which is translated in another language (i.E. in english, L=1). We have some images in "page->properties->resources" of the default language and also some images in the english language of this page. This all works well, but when we try to output the images of the page resource, the FILES object allways outputs the images of the default language page, even if we output the english page (but it should use the english images).

This bug can be reproduced by the following typoscript:

page = PAGE
page.10 = TEMPLATE
page.10.subparts.TOPPICS = FILES
page.10.subparts.TOPPICS {
references {
    table = pages
    uid.data = leveluid:-1, slide
   fieldName = media
  }
          
  renderObj = COA
  renderObj {
    wrap = <div class="item">|</div> # output images
    10 = IMAGE
    10 {
      file.import.data = file:current:publicUrl
      altText.data = file:current:title
    } # output the description of the images
    20 = TEXT
    20 {
      data = file:current:description
      wrap = <div class="item-text">|</div>
    }
}
}
config { # language Default
linkVars = L
uniqueLinkVars = 1
sys_language_mode = content_fallback
htmlTag_langKey = de
language = de
locale_all = de_DE.UTF-8
sys_language_uid = 0
}
[globalVar = GP:L = 1]
config {
htmlTag_langKey = en
language = en
locale_all = en_EN.UTF-8
sys_language_uid = 1
}
[global]

Then create a subpart "TOPPICS" in the template and add images in the page resource of the default language and the english one.


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Bug #47869: Failed localization of FILES content object related to pagesClosedEugene Skomorokhov2013-05-03

Actions
Related to TYPO3 Core - Bug #58352: Invalid localization overlay of cObject FILESClosedOliver Hader2014-04-30

Actions
Related to TYPO3 Core - Bug #65863: content_fallback / mergeIfNotblank fails with content slide, pageOverlayFields is ignoredClosedJo Hasenau2015-03-20

Actions
Actions #1

Updated by Ernesto Baschny about 11 years ago

  • Status changed from New to Accepted
  • Target version set to 6.2.0
  • Is Regression set to No

Indeed this seem to be a reproducible bug.

It might turn out to be very tricky to fix it, as what used to be a simple text field (with the filenames) that was overwritten in the translation (pages_language_overlay) is now an IRRE field which holds M-N relations to sys_files.

But thanks for reporting and we'll try to get it fixed at least before 6.2 release.

Actions #2

Updated by Anonymous about 11 years ago

actually I think it has nothing to do with the TypoScript FILES Object, but with the way FAL handles the files or the way how TypoScript access FAL. Its also reproduceable with something like this:


10 = IMAGE
10 {
file {
import = uploads/media/
import.field = media
}
}

Actions #3

Updated by Henrik Ziegenhain almost 11 years ago

Still reproducable with 6.0.11 - Are there any news or ideas how we can fix it?
In a multilang environment it is a nogo to output file title etc. in a wrong language.

Actions #4

Updated by Marc Bastian Heinrichs over 10 years ago

There is a patch in #47869

Actions #5

Updated by Steffen Ritter over 10 years ago

  • Status changed from Accepted to Resolved
Actions #6

Updated by Riccardo De Contardi about 7 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF