[Geschlossen] Teilen: Inhalte erscheinen nicht im Übersetzungseditor

Die mögliche Ursache dieses Problems wird hier erklärt:

https://wpml.org/documentation/support/language-configuration-files/make-custom-gutenberg-blocks-translatable/

Hast Du eventuell eine Staging Site bereits, auf der wir das "Multilingual Tools" Plugin installieren könnte, um zu versuchen eine XML Config für alle betroffenen Blöcke anzulegen?

Beachte dazu bitte, dass die Verantwortung hier im Grunde immer beim Author liegt.

Das private Antwortformular ist erneut aktiviert. Solltest Du keine Staging Site bereitstellen können, dann gib mir bitte Bescheid.

Ich hinterlasse diesen Kommentar als Report zu dem was ich bislang auf der lokalen Kopie korrigiert habe.

Dies sind möglicherweise noch keine komplette Lösung für die berichteten Probleme.

Selbst nach diesen Anpassungen weist die lokale Kopie weiterhin schwerwiegende Fehler auf. Das ist auch dann der Fall, wenn ich alleine mit WPML auf einem Standard Theme teste und ich konnte bislang nicht mit dem Testen beginnen.

Es scheint als wurden hier Tabellen in der Datenbank entfernt.

Auf der lokalen Kopie der Website treten folgende Fehler auf:

WordPress-Datenbank-Fehler: [Table 'local.wp_icl_string_packages' doesn't exist]

WordPress-Datenbank-Fehler: [Table 'local.wp_icl_string_status' doesn't exist]

Überprüfe bitte, ob die Tabelle wp_icl_string_packages und wp_icl_string_status in deiner Datenbank existiert.

Sollte sie nicht existieren, muss folgende SQL_Queries ausgeführt werden:

DROP TABLE IF EXISTS `wp_icl_string_packages`;
CREATE TABLE `wp_icl_string_packages` (
  `ID` bigint unsigned NOT NULL AUTO_INCREMENT,
  `kind_slug` varchar(160) COLLATE utf8mb4_unicode_ci NOT NULL,
  `kind` varchar(160) COLLATE utf8mb4_unicode_ci NOT NULL,
  `name` varchar(160) COLLATE utf8mb4_unicode_ci NOT NULL,
  `title` varchar(160) COLLATE utf8mb4_unicode_ci NOT NULL,
  `edit_link` text COLLATE utf8mb4_unicode_ci NOT NULL,
  `view_link` text COLLATE utf8mb4_unicode_ci NOT NULL,
  `post_id` int DEFAULT NULL,
  `word_count` varchar(2000) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `translator_note` longtext COLLATE utf8mb4_unicode_ci,
  PRIMARY KEY (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

DROP TABLE IF EXISTS `wp_icl_string_status`;
CREATE TABLE `wp_icl_string_status` (
  `id` bigint unsigned NOT NULL AUTO_INCREMENT,
  `rid` bigint NOT NULL,
  `string_translation_id` bigint NOT NULL,
  `timestamp` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `md5` varchar(32) COLLATE utf8mb4_unicode_ci NOT NULL,
  PRIMARY KEY (`id`),
  KEY `string_translation_id` (`string_translation_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

Sollte Dir nicht bewisst sein, wie man eine solche Query anwendet, so lege bitte eine Sicherungskopie der Datenbank an und gib mir danach Bescheid.

Stelle zudem bitte sicher, dass die Datenbank und ihre Tabellen die Kollation utf8mb4_unicode_ci verwenden. Die kann mit PHPmyAdmin mit ein paar Klicks auf allen Tabellen angepasst werden.

Das geht über die Hosting Platform oder per Plugin:
https://wordpress.org/plugins/wp-phpmyadmin-extension/

- Markiere alle Tabellen
- Gehe oben auf "Operations"
- Unter "Collation" wähle "" und markiere die Optionen:
Change all tables collations
Change all tables columns collations
- Klicke rechts im Abscnitt auf "Go".

---

Des Weiteren wird hier ein must-use plugin namens burst_rest_api_optimizer.php verwendet, welches die Funktionweise der REST API einschränkt und dadurch kann WPML nicht wie erwartet funktionieren:

Mehr dazu hier:
https://wpml.org/documentation/support/rest-api-dependencies/

Eventuell könnte man dieses Problem im Code der o.g. Datei wie folgt lösen:

foreach ( $plugins as $key => $plugin ) {
    if (
        strpos( $plugin, 'burst-' ) !== false ||           // Keep Burst plugins
        strpos( $plugin, 'sitepress-' ) !== false ||       // WPML core
        strpos( $plugin, 'wpml-' ) !== false               // WPML add-ons
    ) {
        continue;
    }
    unset( $plugins[ $key ] );
}

Sobald ich mit dem Testen fortfahre werde ich mich erneut melden.

Auf der Datenbank fehlen sehr viele Index-Einträge. Ich habe versucht diese manuell wiederherzustellen, allerdings treten dadurch bei manchen Versuchen Fehler auf und die Einstellungen werden nicht gespeichert.

Wurde hier eventuell die Datenbank von einer Website mit einer veralteten Version vom WPML migriert oder ist es eventuell der Fall, dass WPML hier lange nicht aktualisiert wurde und beim letzten Update viele Versionen von WPML übersprungen wurden?

Sollte das so sein, muss ich wissen, welche die zuletzt verwendete WPML-Version war.

Sollte das nicht der Fall sein, würde ich vermuten, dass die Datenbank absichtlich durch einen Hackerangriff beschädigt wurde.

Man könnte das Problem wie folgt am Einfachsten lösen:
1) Setze eine komplette neue WordPress-Installation auf
2) Installiere das Theme und alle Plugins
3) Lege die Einstellungen entsprechend fest und nutze Export/Import-Optionen bestimmter Komponenten um die Einstellungen zu migrieren
4) Verwende unser Addon "WPML Export & Import" um die Inhalte, inkl. Übersetzungen auf die neue Website zu migrieren.

WPML Export & Import Anleitung:
https://wpml.org/documentation/related-projects/wpml-export-and-import/