Description / Beschreibung
Beim Upgrade des Addons yrewrite_metainfo wurde die frühere Tabelle rex_yrewrite_domain_meta durch rex_yrewrite_metainfo abgelöst. Das Addon verwendet aktuell nur noch die neue Tabelle, hinterlässt jedoch die alte Tabelle inklusive YForm-Metadaten.
Das Addon benötigt daher eine Upgrade-Migration, die vorhandene Daten aus rex_yrewrite_domain_meta – sofern die neue Tabelle noch nicht vollständiger ist – nach rex_yrewrite_metainfo überführt. Sind die Daten bereits in der neuen Tabelle vorhanden, muss keine Datenübernahme erfolgen.
Anschließend sollen die alten YForm-Tabellendefinitionen und Felder für rex_yrewrite_domain_meta entfernt sowie die obsolete Tabelle gelöscht werden. Gleiches ist für die zugehörigen Alt-Tabellen rex_yrewrite_domain_meta_icon und rex_yrewrite_domain_meta_cssvars zu prüfen.
Die Migration muss idempotent sein, damit sie auf bestehenden Installationen gefahrlos erneut ausgeführt werden kann. Vor dem Löschen ist ein Abgleich der Datenbestände erforderlich.
In Projekten, die ydeploy einsetzen, müssen außerdem die alten Tabellen und YForm-Definitionen aus schema.yml und fixtures.yml entfernt werden. Andernfalls werden sie bei späteren ydeploy-Abgleichen weiterhin verwaltet oder erneut angelegt.
Affected versions / Verwendete Versionen
10.1.0
System report (REDAXO 5.21.2, PHP 8.4.22, MariaDB 12.3.2)
| PHP |
|
| Version |
8.4.22 |
| OPcache |
yes |
| Xdebug |
no |
| Database |
|
| Version |
MariaDB 12.3.2 |
| Character set |
utf8mb4 |
| Server |
|
| OS |
Linux |
| SAPI |
apache2handler |
| Webserver |
Apache/2.4.67 |
| Request |
|
| Browser |
Chrome/150.0.0.0 |
| Protocol |
HTTP/1.1 |
| HTTPS |
yes |
| Packages |
|
| 2factor_auth |
2.3 |
| accessdenied |
4.0.2 |
| adminer |
3.5.2 |
| auto_delete |
2.0.1 |
| backup |
2.10.1 |
| be_style |
3.8.1 |
| be_style/customizer |
3.8.0 |
| be_style/redaxo |
3.8.0 |
| be_style_fluent |
4.0.3 |
| consent_manager |
5.8.1 |
| cronjob |
2.12.0 |
| cronjob/article_status |
2.12.0 |
| debug |
1.4.0 |
| developer |
3.9.3 |
| download_area |
2.5.1 |
| erecht24 |
10.0.0 |
| events |
10.1.0 |
| for_sa11y |
5.0.8 |
| iconpicker |
2.0.0 |
| inbox |
8.0.0-dev-2026-02-06 |
| install |
2.14.1 |
| jira-tickets |
1.3.3 |
| jira_knowledgebase_sync |
1.1.1 |
| mailer_profile |
1.9.0 |
| maintenance |
4.1.0 |
| media_manager |
2.18.2 |
| media_manager_responsive |
10.4.0-dev-2026-04-16 |
| mediapool |
2.18.2 |
| metainfo |
2.12.2 |
| mform |
9.3.1 |
| neues |
10.0.0 |
| phpmailer |
2.17.2 |
| project |
dev |
| quick_navigation |
9.1.0 |
| redactor |
2.6.0 |
| rexstan |
3.0.27 |
| search_it |
7.1.6 |
| speed_up |
10.0.0-dev-2025-12-28 |
| sprog |
1.5.1 |
| staff |
10.1.0 |
| structure |
2.20.2 |
| structure/content |
2.20.1 |
| thumb |
1.0.0-dev-2024-09-09 |
| tracks |
4.0.0 |
| uploader |
3.0.4 |
| url |
2.3.0 |
| usage_check |
3.3.0 |
| users |
2.12.0 |
| wartung |
1.0.0-dev-2026-01-20 |
| ydeploy |
2.1.1 |
| ydeploy_export |
1.0.1 |
| yform |
5.0.2 |
| yform_expanded |
1.1.0 |
| yform_field |
10.2.0 |
| yform_geo_osm |
2.0.3 |
| yform_spam_protection |
1.4.0 |
| yform_usability |
2.3.2 |
| ymca |
3.0.0 |
| yrewrite |
2.12.0 |
| yrewrite_metainfo |
10.1.0 |
| zip_install |
2.4.0 |
Did it whoops? / Whoops erhalten?
Description / Beschreibung
Beim Upgrade des Addons yrewrite_metainfo wurde die frühere Tabelle rex_yrewrite_domain_meta durch rex_yrewrite_metainfo abgelöst. Das Addon verwendet aktuell nur noch die neue Tabelle, hinterlässt jedoch die alte Tabelle inklusive YForm-Metadaten.
Das Addon benötigt daher eine Upgrade-Migration, die vorhandene Daten aus rex_yrewrite_domain_meta – sofern die neue Tabelle noch nicht vollständiger ist – nach rex_yrewrite_metainfo überführt. Sind die Daten bereits in der neuen Tabelle vorhanden, muss keine Datenübernahme erfolgen.
Anschließend sollen die alten YForm-Tabellendefinitionen und Felder für rex_yrewrite_domain_meta entfernt sowie die obsolete Tabelle gelöscht werden. Gleiches ist für die zugehörigen Alt-Tabellen rex_yrewrite_domain_meta_icon und rex_yrewrite_domain_meta_cssvars zu prüfen.
Die Migration muss idempotent sein, damit sie auf bestehenden Installationen gefahrlos erneut ausgeführt werden kann. Vor dem Löschen ist ein Abgleich der Datenbestände erforderlich.
In Projekten, die ydeploy einsetzen, müssen außerdem die alten Tabellen und YForm-Definitionen aus schema.yml und fixtures.yml entfernt werden. Andernfalls werden sie bei späteren ydeploy-Abgleichen weiterhin verwaltet oder erneut angelegt.
Affected versions / Verwendete Versionen
10.1.0
System report (REDAXO 5.21.2, PHP 8.4.22, MariaDB 12.3.2)
Did it whoops? / Whoops erhalten?