Alarmzeit wird durch ver?ffentlichungszeit überschrieben
-
Hallo liebes support team,
die Alarmzeit wird bei der Sichtbarkeit “Privat” mit dem ver?ffentlichungsdatum überschrieben.
Wordpress V5.3
Vielen Dank für eure Hilfe!
-
This topic was modified 5 years, 3 months ago by
andreas151.
-
This topic was modified 5 years, 3 months ago by
-
Hallo Andreas,
danke für diesen Fehlerbericht. Ich habe das gerade ausprobiert und kann den Fehler best?tigen. Wird sofort behoben.
Viele Grü?e,
AndreasDas Update mit der Fehlerbehebung wurde soeben ver?ffentlicht ??
Viele Grü?e,
AndreasHi Andreas,
danke für den schnellen support, allerdings wird jetzt generell die Ver?ffentlichungszeit von der Alarmzeit überschrieben. (auch im ?ffentlichen bereich)
Grü?e Andreas
Hi,
sofern das erst nach bzw. bei der Ver?ffentlichung passiert, ist das sogar Absicht. Der Grund dafür ist die Funktion “Einsatzberichte zwischen den regul?ren WordPress-Beitr?gen anzeigen”. Für die Sortierung der Beitr?ge wird das Ver?ffentlichungsdatum verwendet, somit müssen sich die Einsatzberichte entspechend verhalten. Allerdings sehe ich den Beginn des Einsatzes als das relevante Sortierkriterium, deshalb wird der Ver?ffentlichungszeitpunkt dadurch ersetzt.
Viele Grü?e,
Andreashi @abrain,
seit dem Update wird die Timezone im Frontend nicht mehr berücksichtigt.
am Einsatzbericht ist z.B. als Alarmzeit 2019-11-18 14:41 eingegeben, im Frontend steht dann 13:41.
Bei allen anderen Beitr?gen gibt es keine Probleme. Auch im Backend wird die Zeit richtig angezeigt.
Kannst du das mal prüfen?
Hi, betrifft das alle Einsatzberichte oder nur neu eingetragene? F?llt das zusammen mit dem Update des Plugins auf Version 1.6.5 oder mit dem Update auf WordPress 5.3?
Hallo @abrain,
ich kann das Problem von @rouvenmatthies best?tigen.
Die Zeit passt sowohl bei neu eingetragenen als auch alten Einsatzberichten nicht mehr.
Seit wann das Problem besteht kann ich leider nicht sagen.In WordPress 5.3 wurde einiges an der internen Logik zu Datum und Zeit überarbeitet. Es gab dabei auch ein paar Fehler, wovon nun einige mit WordPress 5.3.1 behoben wurden.
@rouvenmatthies @tanteerna K?nnt ihr best?tigen, dass das Problem mit WordPress 5.3.1 weiterhin besteht?
Hallo @abrain,
ja, der Fehler besteht weiterhin mit WP 5.3.1
Das Problem muss eine Kombination aus mehreren Dingen zur Ursache haben, da sie nicht bei allen Installationen auftritt (derzeit wei? ich nur von einer weiteren). Vielleicht k?nnt ihr mir helfen, die Ursache einzugrenzen:
- Welche Zeitzone ist bei WordPress eingestellt?
- Welches Theme ist aktiv?
- Welche anderen Plugins sind aktiv?
Ich vermute das Problem liegt an einer alten Version von PHP (Ver. 5.6.40).
Unter Website-Zustand wird mir folgendes angezeigt:
“Die PHP-Standardzeitzone wurde nach dem Laden von WordPress durch einen date_default_timezone_set()-Funktionsaufruf ge?ndert. Dies beeintr?chtigt korrekte Berechnungen von Datum und Uhrzeit.”Als Zeitzone ist Berlin eingestellt.
Ich habe das Appointment Red Theme aktiviert.Richtig, die Funktion
date_default_timezone_set()
darf nur vom WordPress Core aufgerufen werden, Plugins und Themes sollten das nicht tun. Die Einsatzverwaltung tut das schon mal nicht, in der kostenlosen Variante des Themes Appointment Red konnte ich diesen Aufruf auch nicht finden. Falls ihr die Pro-Variante verwendet, müsste die nochmal extra überprüft werden. Ansonsten kann es natürlich auch eines der restlichen Plugins sein.Ob die alte PHP-Version daran schuld haben kann, bin ich mir nicht sicher. Aber unabh?ngig davon sollte PHP 5.6 überhaupt nicht mehr eingesetzt werden. Es sollte mindestens PHP 7.3 verwendet werden.
Es lag tats?chlich an einem kostenlosen Statistik-Plugin. Das Plugin habe ich deinstalliert und nun passen die Zeiten wieder alle! ??
PHP müsste dann mein Hosting-Anbieter mal aktualisieren…
Vielen Dank für deine Bemühungen, super Plugin!
Klasse, vielen Dank für die weitere Recherche. Dann hat sich das vermutlich erledigt.
@rouvenmatthies Kannst du das Problem ebenso auf ein fehlerhaftes Plugin zurückfühen?
@tanteerna Oft muss man die PHP-Version selbst in den Einstellungen beim Hoster erh?hen. Sollte keine neuere Version zur Auswahl stehen, dem Hoster gerne mal auf die Fü?e steigen. Eine Version, die noch Sicherheitsupdates bekommt, sollte es schon sein ?? https://www.php.net/supported-versions.php
Ich hatte das gleiche Problem:
Auf https://www.feuerwehr-lz-hohenholte.de waren die Uhrzeiten der Einsatzberichte in der Einzelansicht eine Stunde zu früh ausgegeben.
Bei mir war es das Plugin:
Event Espresso Lite – Event Registration and Management
Testweise deaktiviert und weg war der Fehler.`
### wp-core ###version: 5.3.2
site_language: de_DE
user_language: de_DE
timezone: Europe/Berlin
permalink: /%category%/%postname%/
https_status: false
user_registration: 0
default_comment_status: open
multisite: false
user_count: 3
dotorg_communication: true### wp-active-theme ###
name: Make (make)
version: 1.9.25
author: The Theme Foundry
author_website: https://thethemefoundry.com
parent_theme: none
theme_features: infinite-scroll, jetpack-responsive-videos, yoast-seo-breadcrumbs, menus, automatic-feed-links, custom-background, custom-logo, customize-selective-refresh-widgets, html5, post-thumbnails, title-tag, widgets, editor-style
theme_path: /var/www/web1327/html/wordpress/wp-content/themes/make### wp-plugins-inactive (3) ###
Event Espresso Lite – Event Registration and Management: version: 3.1.37.12.L, author: Event Espresso
### wp-server ###
server_architecture: Linux 4.15.18-11-pve x86_64
httpd_software: Apache
php_version: 7.3.13 64bit
php_sapi: cgi-fcgi
max_input_variables: 1000
time_limit: 30
memory_limit: 100M
max_input_time: 60
upload_max_size: 38M
php_post_max_size: 38M
curl_version: 7.38.0 OpenSSL/1.0.1t
suhosin: false
imagick_availability: true
htaccess_extra_rules: falseDanke übrigens für das Plugin ??
- The topic ‘Alarmzeit wird durch ver?ffentlichungszeit überschrieben’ is closed to new replies.