Project

General

Profile

Actions

Bug #14394

closed

using language [All] make the page content item disapear

Added by Arco van Geest over 19 years ago. Updated over 18 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend API
Target version:
-
Start date:
2004-11-18
Due date:
% Done:

0%

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

Description

Page content item dissapears.
-create new page content (text or plugins)
-selecting language=[All]
-save
-close
the item is not there.
-create new page content (text or plugins)
-selecting language=[Default]
-save
-close
The item is there...
-edit page content
-selecting language=[All]
-save
-close
the item is gone

(issue imported from #M512)

Actions #1

Updated by Andreas Schwarzkopf over 19 years ago

ACK.
the field "languageField" (e.g. for tt_content: sys_language_uid) is set to -1 if you select "[All]"
But the select query ignores this setting and gets only one integer value set by TS:

class.tslib_content.php, function getWhere:

$sys_language_content = intval($GLOBALS['TSFE']->sys_language_content);

So you can never create a query like "AND sys_language_uid IN (0,-1)" because your setting
config.sys_language_uid = 0,-1
will be reset by intval to the value=0

possible fix where:
$sys_language_content = intval($GLOBALS['TSFE']->sys_language_content).',-1';

Actions #2

Updated by Thorsten Kahler over 18 years ago

This issue seems to be caused by a wrong configuration. Refering to [1],[2] language behaviour can be changed by "config.sys_language_overlay". It's nonsense to set "config.sys_language_uid = 0,-1"!

[1] http://typo3.org/documentation/document-library/doc_core_tsref/quot_CONFIG_quot/
[2] tslib_fe::settingLanguage()

Actions #3

Updated by Thorsten Kahler over 18 years ago

No error here.

There should be an explicit document about translations / localisation which describes all implications and a correct setup!

Actions

Also available in: Atom PDF