Bug #91225

TYPO3 v9.1.15 Admin-Panel, Simulate FE-Time not working

Added by Gabriel Kaufmann / Typoworx NewMedia 7 months ago. Updated 4 months ago.

Should have
Start date:
Due date:
% Done:


Estimated time:
TYPO3 Version:
PHP Version:
TYPO3-9.1.15 Simulate Time
Is Regression:
Sprint Focus:


The Admin-Panel function Simulate FE-Time is not working at all in TYPO3 version 9.1.15! Submitting the Admin-Panel form with changed "simulate date/time" will change the given date/time after submiting. The frontend doesn't actually seem to get the desired time, so records with start/stop time do not behave as expected!

After a long journey to find any configuration error in TYPO3 or PHP-Environment a downgrade to TYPO3 v9.1.14 worked to fix the issue. This indeed implies there must be any bug in TYPO3 Admin-Panel for v9.1.15 core.

Related issues

Related to TYPO3 Core - Bug #91083: Preview setting "showHiddenRecords" in the admin panel does not work.ClosedChristian Eßl2020-04-17


Updated by Thomas Hempel 7 months ago

I confirm, that this is still (or again) an issue in version 9.5.17


Updated by Björn Prothmann 6 months ago

Same in 9.5.18


Updated by DANIEL Rémy 6 months ago

I found that the PreviewSimulator middleware clear the DateTimeContext set by the admin panel's PreviewModule middleware.

Disabling the PreviewSimulator middleware fix the issue for my use case.


Updated by DANIEL Rémy 6 months ago

  • Related to Bug #91083: Preview setting "showHiddenRecords" in the admin panel does not work. added

Updated by Sascha Löffler 5 months ago

I can confirm it for TYPO3 v9.5.19.

This patch solves the display of the timed content elements

but it does still not show the "Preview" box on the site (which i suspect is the expected behavior if i look at the code.)

So i had not only to delete the `$GLOBALS['TSFE']->clear_preview();` call, but also add

if ($queryTime === false && $GLOBALS['SIM_ACCESS_TIME'] !== $GLOBALS['ACCESS_TIME']) {
    $queryTime = $GLOBALS['SIM_ACCESS_TIME'];

to the `simulateDate` method because ADMCMD_simTime is not filled when setting the simulation time using the admin panel.



Updated by Stefan Berger 4 months ago

we could confirm the bug and the proposed bugfix

Also available in: Atom PDF