Project

General

Profile

Actions
Copy link

Bug #79852

closed

Update date in lang module

Added by Eric Chavaillaz almost 8 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2017-02-16
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
8
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:
Stabilization Sprint

Description

Hi,

After updating a language pack with the language module, an updated date is shown.
The format is strange and not readable (see screen)

Thanks

Files

Download all files
Capture du 2017-02-16 09-34-13.png (2.66 KB) Capture du 2017-02-16 09-34-13.png Eric Chavaillaz, 2017-02-16 09:35
Sélection_001.png (10.9 KB) Sélection_001.png Eric Chavaillaz, 2017-02-19 13:24
Sélection_002.png (42.7 KB) Sélection_002.png Eric Chavaillaz, 2017-02-19 13:24
Actions
Copy link
 #1

Updated by Georg Ringer almost 8 years ago

  • Status changed from New to Needs Feedback
  • Sprint Focus set to Stabilization Sprint

can you reproduce that on a different server as well? maybe you have some strange date settings?

I can't reproduce it on latest master. rendering happens with 

<f:format.date date="{language.lastUpdate}" format="Y-m-d H:i"/>
and looks fine for me

Actions
Copy link
 #2

Updated by Eric Chavaillaz almost 8 years ago

I forgot to precis, the format is false after a language upgrade...

Actions
Copy link
 #3

Updated by Georg Ringer almost 8 years ago

I still can't reproduce it, can you retest on a clean installation?

Actions
Copy link Download all files
 #4

Updated by Eric Chavaillaz almost 8 years ago

On a fresh install of TYPO3 8.7-dev it's the same.
If you see my first screen, the date is fine. But on the second screen the date is false. It appears only after upgrading a package.

Thanks

Actions
Copy link
 #5

Updated by Riccardo De Contardi over 7 years ago

  • Status changed from Needs Feedback to New
Actions
Copy link
 #6

Updated by Riccardo De Contardi about 7 years ago

  • Category set to Backend User Interface
  • Status changed from New to Needs Feedback

I am not able to reproduce it on 8.7.7. Can you confirm? Or add some more information about your environment or everything that could be useful to reproduce it. Thank you!

Actions
Copy link
 #7

Updated by Eric Chavaillaz about 7 years ago

Ok, my phpTimezone is "Europe/Zurich" and my backend user is configured in french.
With this the bug appear.

If I switch my backend user in english, it is ok.

Eric

Actions
Copy link
 #8

Updated by Riccardo De Contardi about 7 years ago

  • Status changed from Needs Feedback to New
Actions
Copy link
 #9

Updated by Eric Chavaillaz over 6 years ago

Hi,

If I modifiy the function formtDate like this, it is ok :

  /**
   * Format date
   *
   * @param {Number} timestamp
   * @returns {*}
   */
  LanguageModule.formatDate = function(timestamp) {
    return moment.unix(timestamp).local('Europe/Zurich').format(LanguageModule.labels.dateFormat);
  };

It is the only point where the dates are not well displayed.

Thanks

Actions
Copy link
 #10

Updated by Guido Schmechel over 6 years ago

Problem can be found in Translation:

<trans-unit id="table.dateFormat" approved="yes">
    <source>YYYY-MM-DD HH:mm</source>
    <target state="translated">JJ.MM.AAAA, HH:mm</target>
</trans-unit>

should be


<trans-unit id="table.dateFormat" approved="yes">
    <source>YYYY-MM-DD HH:mm</source>
    <target state="translated">DD.MM.YYYY, HH:mm</target>
</trans-unit>

Actions
Copy link
 #11

Updated by Eric Chavaillaz over 6 years ago

Yes, your solution is working.
I change the translation directly on the translation server.

This issue can be closed.

Thanks,
Eric

Actions
Copy link
 #12

Updated by Wouter Wolters over 6 years ago

  • Status changed from New to Closed

Closed as requested.

Actions
Copy link

Also available in: Atom PDF