datetime_range Fehlermeldung bei update.php

Von welcher Version aus hast Du Update auf 9.1.8 gemacht?
Meine Erfahrung: Man sollte keinen Versionen auslassen, sondern brav jedes Versions-Update mit Composer durchführen und dabei in den Release-Angaben prüfen, ob Update nötig ist.
Vielleicht bezieht sich der Fehler darauf, aber nur blank geraten.

Direkt von Drupal 7.80 auf 9.1.8.

Der Fehler tritt bei einer neuen Install von 9.1.8 auch nicht auf, also liegt es am Update.

Ich versuche erstmal von 7.80 auf die letzte Drupal 8 Version (8.9.15) und dann weiter auf 9.1.8.

Hoffe, das reicht aus, im Error steht ja, eine Version vor 9.0.0

Grüße Jenna

Boah, Du bist einer der mutigsten Menschen, der mir je begegnet ist. ;-)

Wenn da nicht mehr passiert ist, als das, dann grenzt es an ein Wunder.

Aber hallo!

Ich setze hier nochmal den neuen Link rein weil ich einen fast doppelten Thread eröffnet habe, aber nur fast...
https://www.drupalcenter.de/node/61699

Ich hatte gehofft, das in der Zwischenzeit ein Update von D7 auf D9 direkt möglich ist und sich das Datetime Range Problem vielleicht erledigt hat, ist leider nicht so.

Nun möchte ich aber vermeiden, alles was auf D 9.4.2 schon fertig ist, erst in einer D8 Version nochmal neu zu bauen um dann wieder auf D 9.4.2 upzudaten.

Kann man nicht dieses Modul irgendwie dazu bringen das es innerhalb der D 9.4.2 aktualisiert wird, ohne jetzt einen riesen Aufwand zu betreiben, nur für ein kleines Core Modul?
Oder gibt es einen einfachen Weg zurück auf D8 und dann wieder auf D9, ohne eine D8 erst komplett aufbauen zu müssen?

Grüße Jenna

Ich habe vergleichbare Probleme beim Update von 7 nach 8 dadurch behoben, daß ich die alten Daten exportiert habe über CSV (Node-ID + Feld-Werte). Die habe ich dann ein eine neue Datenbanktabelle importiert (einfach über phpmyadmin). Wenn man fertig ist kann diese Tabelle wieder gelöscht werden. Dann habe ich für Views Bulk Operations in einem eigenen Modul eine Action geschrieben, die bei ausgewählten Nodes (daher die Node-ID) die fehlenden Daten aus der Tabelle sucht, im Feld von diesem Node einsetzt und den Node speichert. Das Schreiben von solchen Aktionen ist nicht so furchtbar schwierig. (eine Funktion für die Aktion und eine Funktion für die Berechtigungen, die Bei allen Aktionen gleich sein kann.

danke Werner,

nur es ist ja so, das die Drupal 9.4.2 komplett fertig aufgebaut ist, mit allen Modulen, die auch in der D7 waren (teils Ersatzmodule, die aber funktionieren).
Ich möchte aber nicht das Ganze nochmal mit D8 machen müssen, und das müsste ich ja, nur wegen Datetime Range um dann wieder von D8 auf D9 upzudaten.

Bedeutet, eine D8 komplett neu aufbauen mit allen Modulen wie ich es in der 9.4.2 gemacht habe, damit der Import/Migration reibungslos funktioniert.
Das dauert aber enorm lange und diese Arbeit möchte ich mir wirklich gerne sparen, nur um ein Core Modul auf den aktuellen Stand zu bringen.

Da muß es doch irgendeinen simpleren Weg geben, der direkt in der 9.4.2 umgesetzt werden kann?

Grüße Jenna

Es geht nicht um den Update des Moduls, sondern um den möglich einfachsten (zeitsparensten) Weg, die fehlenden Daten in die Drupal 9 Installation zu bringen. Ich glaube, dazu ist mein skizzierter Weg geeignet. Bei Dir eben in Drupal 9,

auch nach meinem Eindruck ist D8 dabei eher ein Umweg als eine Hilfe.

- bei mir bisher eine Testeinstallation, in dem Fall Vorgeschichte mit D6 direkt nach D9.x mit der Browser-UI und auch drush migrate
Jüngster Schritt von 9.4.2 nach 9.4.3 lief z.b. bei mir so
composer u "drupal/core-*" -W
(weiß nicht ob das -W gebraucht wird)

drush pml --filter=datetime
zeigt dabei
Package Name Status Version
------------- --------------------------------- --------- ---------
Field types Datetime (datetime) Enabled 9.4.3
Field types Datetime Range (datetime_range) Enabled 9.4.3

(trotzdem unterwegs genug Probleme ;-) )
-- Franz

D7-Migration sollte wie D6 laufen - oder kommt das datetime-Problem von D7?