Bug #24442
Each element shows start und stop 01.01.1970
Status: | Closed | Start date: | 2010-12-30 | |
---|---|---|---|---|
Priority: | Should have | Due date: | ||
Assigned To: | - | % Done: | 0% |
|
Category: | - | Spent time: | - | |
Target version: | - | |||
TYPO3 Version: | 4.4 | Is Regression: | No | |
PHP Version: | 5.3 | Sprint Focus: | ||
Complexity: |
Description
Each element in Backend has default start und stop date 01.01.1970. Also if I don't set a date in one of these fields. I think this is since 4.4.x (I upgraded from 4.2.x so I cannot say if this also happens in 4.3.x).
I first though of a bug in my extension but then recognized that "pages" have this problem also.
Also tried if this is a language problem, but this also happens with english backend.
See screenshot
(issue imported from #M16877)
Related issues
History
#1 Updated by Steffen Gebert over 4 years ago
That's probably because the field's value is 0 and timestamp 0 means beginning of unix time, which is 1.1.1970.
But the rendering should really be improved. Sven, could you investigate, where this output is rendered (and suppress the output, if value is 0 for date fields).
#2 Updated by Sven Weiss over 4 years ago
Perhaps the attached patch helps.
I identified 2 places:
1. date
2. datetime
Never used time oder timesec
#3 Updated by Steffen Gebert over 4 years ago
Thanks for investigating, Sven!
Could you try the attached patch, please? Yours didn't apply for me. We don't have to set $l to a value in every case, it already has '' by default.
Could you also check this with 4.5beta3? Could not reproduce the problem there.
#4 Updated by Sebastian Michaelsen over 4 years ago
v2 works great for me with trunk.
We absolutely need this on in version 4.5
#5 Updated by Benjamin Mack over 4 years ago
Hey guys.
What about fields with birthdays and a guy who happens to be born on Jan 1st, 1970 ? And what about birthdays where the date is negative (prior to 1970)?
#6 Updated by Benjamin Mack over 4 years ago
Check out http://bugs.typo3.org/view.php?id=93 - same issue.
#7 Updated by Steffen Gebert over 4 years ago
But for 01.01.1970 00:00, we don't show a value in TCEforms, but only in the list module.
Benni, would this patch also affect other places, where hiding the value might not be desired?
I checked also 4.3 (timestamp 0 is shown in List module) and 4.2, where it is NOT shown. So this behavior really has changed for 4.3
Can you remember the reason? I searched the ChangeLog for "date", but found only several daylight-saving-time issues.
#8 Updated by Alexander Opitz about 1 year ago
- Status changed from New to Needs Feedback
- Target version deleted (
0) - Is Regression set to No
Hi,
as this issue is very old. Does the problem still exists within newer versions of TYPO3 CMS (6.2.3)?
#9 Updated by Henrik Ziegenhain about 1 year ago
I think this issue could be closed. I can not reproduce this in 6.2.2
#10 Updated by Alexander Opitz about 1 year ago
- Status changed from Needs Feedback to Closed