Bug #49400

Fix date format in BE user module - might be easier than it looks like

Added by Chris topher over 6 years ago. Updated about 6 years ago.

Should have
Backend User Interface
Target version:
Start date:
Due date:
% Done:


TYPO3 Version:
PHP Version:
Is Regression:
Sprint Focus:


The date format in the BE user module is not yet localized. Dates should use the format, which is set in $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy'].

This affects the dates in the tables
  • "User list"
  • "Active sessions" and
  • "Compare Backend Users" (which you see after clicking the "Compare user list" button)

Dates are handled with one and the same variable at 5 places:

In Partials/BackendUser/IndexListRow.html
<f:format.date format="{dateFormat} {timeFormat}">{backendUser.lastLoginDateAndTime}</f:format.date>

In Partials/BackendUser/OnlineListRow.html with these lines:
<f:format.date format="{dateFormat} {timeFormat}">{session.timestamp}</f:format.date>

And in Templates\BackendUser\Compare.html
Line 85: <f:format.date format="{dateFormat} {timeFormat}">{compareUser.startDateAndTime}</f:format.date> Line 100: <f:format.date format="{dateFormat} {timeFormat}">{compareUser.endDateAndTime}</f:format.date> Line 115: <f:format.date format="{dateFormat} {timeFormat}">{compareUser.lastLoginDateAndTime}</f:format.date>

Proposed solution:

The variable {dateFormat} should take the value from $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy'].

Localized-dates.gif View (16 KB) Chris topher, 2013-06-26 21:59

Related issues

Related to TYPO3 Core - Bug #49401: Fix localization of the language module Closed 2013-06-25
Related to TYPO3 Core - Bug #49402: Fix localization of the BE user module Closed 2013-06-25
Related to TYPO3 Core - Bug #49404: Fix one language label in the extension manager Closed 2013-06-25
Related to TYPO3 Core - Feature #51844: Fix date-format in edit-view of a record Accepted 2013-09-09


#1 Updated by Jigal van Hemert over 6 years ago

  • Category set to Backend User Interface
  • Status changed from New to Accepted
  • Complexity set to easy

#2 Updated by Wouter Wolters over 6 years ago

This is already the case and is set in BackendUserController for each action.

125 $this->view->assign('dateFormat', $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy']);
126 $this->view->assign('timeFormat', $GLOBALS['TYPO3_CONF_VARS']['SYS']['hhmm']);

146 $this->view->assign('dateFormat', $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy']);
147 $this->view->assign('timeFormat', $GLOBALS['TYPO3_CONF_VARS']['SYS']['hhmm']);

159 $this->view->assign('dateFormat', $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy']);
160 $this->view->assign('timeFormat', $GLOBALS['TYPO3_CONF_VARS']['SYS']['hhmm']);

The problem here is that with the format given in these variables don't have a % character in them. So the DateViewHelper doesn't use strftime function to make them localized.

#3 Updated by Chris topher over 6 years ago

Ohh guys, I am so sorry: For me the dates in fact are localized. (But when you use a new installation and don't set $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy'], then this does not work...) Shame on me. :-(

What is the problem you mean, Wouter?

When you e.g. set $GLOBALS['TYPO3_CONF_VARS']['SYS']['ddmmyy'] = 'd.m.Y'; then you get the display from the attached screenshot. I would call that working. :-/

Or did you mean something else?

#4 Updated by Alexander Opitz over 6 years ago

Hi Wouter,

Christopher wrote a question to you, so I added you to the watchers list of this issue.

#5 Updated by Wouter Wolters about 6 years ago

  • Status changed from Needs Feedback to Closed
  • Is Regression set to No

Sorry for the late reply. I mixed things up here with the localization of the date format. This is the correct behaviour but as explained by Christopher the problem was on his side


Also available in: Atom PDF