Project

General

Profile

Actions

Bug #24442

closed

Each element shows start und stop 01.01.1970

Added by Sven Weiss about 13 years ago. Updated almost 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2010-12-30
Due date:
% Done:

0%

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

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)


Files

screen_start_stop.png (12.9 KB) screen_start_stop.png Administrator Admin, 2010-12-30 14:23
0016877.patch (1.45 KB) 0016877.patch Administrator Admin, 2010-12-30 18:56
16877_v2.diff (1.41 KB) 16877_v2.diff Administrator Admin, 2011-01-03 10:58

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #14166: Content Type TABLE does not allow 0 cellspacingClosed2004-05-15

Actions
Actions #1

Updated by Steffen Gebert about 13 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).

Actions #2

Updated by Sven Weiss about 13 years ago

Perhaps the attached patch helps.
I identified 2 places:
1. date
2. datetime

Never used time oder timesec

Actions #3

Updated by Steffen Gebert about 13 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.

Actions #4

Updated by Sebastian Michaelsen about 13 years ago

v2 works great for me with trunk.

We absolutely need this on in version 4.5

Actions #5

Updated by Benni Mack about 13 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)?

Actions #6

Updated by Benni Mack about 13 years ago

Check out http://bugs.typo3.org/view.php?id=93 - same issue.

Actions #7

Updated by Steffen Gebert about 13 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.

Actions #8

Updated by Alexander Opitz almost 10 years 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)?

Actions #9

Updated by Henrik Ziegenhain almost 10 years ago

I think this issue could be closed. I can not reproduce this in 6.2.2

Actions #10

Updated by Alexander Opitz almost 10 years ago

  • Status changed from Needs Feedback to Closed
Actions

Also available in: Atom PDF