Neue Sprache anlegen, Fehler in Artikeltexten

Deutsches Forum
1

Hallo zusammen,

Ich habe eine Community Edition 4.7.8 installiert und habe folgenden Fehler beim Anlegen einer dritten Sprache:

Das Anlegen selbst klappt scheinbar problemlos, jedoch werden dann beim Kopieren eines Artikels in diese Sprache manche Felder nicht übernommen, und können auch nicht neu befüllt werden.

So zum Beispiel der Artikel-Langtext. Beim Kopieren wird der Inhalt entfernt, und wenn man neuen Text einträgt und speichert, verschwindet er auch wieder.

Bei Auslieferung sind ja die Sprachen deutsch und englisch vorkonfiguriert, ich bräuchte noch niederländisch.

Ich habe mir nun vorerst so beholfen, dass ich englisch in niederländisch umbenannt habe, aber zukünftig ist das ja keine Lösung…

Löschen und neu anlegen von Sprachen hilft übrigens scheinbar auch nicht.

Hat jemand eine Idee?

Vielen Dank schonmal.

2

Schon mal in die DB geschaut ob die Felder vorhanden sind?

3

Habe ich noch nicht geschaut, bin einfach davon ausgegangen, dass die beim Anlegen der Sprache angelegt würden.

Wenn sie nicht vorhanden sind, einfach selbst anlegen? Oder gibt es ein Script, um dies nachzuholen? bzw eine Stelle im Adminbereich?

4

Hi,

ich mach eine Pfundwette, Du hast die Views beim Anlegen der Sprache nicht neu generieren lassen.
Woher bekommst Du Niederländisch?

Gruß

5

Leider ist es nicht so einfach :slight_smile:

Views habe ich neu generiert, was laut Meldung auch erfolgreich war. Trotzdem wird zum Beispiel der Artikel Langtext nicht gespeichert…

Weitere Ideen?

6

Guten Morgen,

schau doch bitte mal in die Datenbank wie Fredi schon vorschlug und sag uns, welche Felder vorhanden sind und ob es eine oxlongdesc mit Unterstrich und entsprechender SprachID gibt.

Woher bekommst Du Niederländisch?

Gruß

7

Ok, mach ich.

Niederländisch habe ich noch von nem anderen Shop.

also,

select oxlongdesc from oxv_oxartextends_nl; liefert Ergebnisse mit dem jeweiligen Inhalt

select oxlongdesc from oxv_oxartextends_en; liefert leere Ergebnisse, Feld ist also vorhanden aber in allen Artikeln leer…

8

Ich hab gerade noch mal getestet, wenn ich eine neue Sprache anlege, und die Views nicht neu generiere, kann ich die Artikel ganz normal pflegen. Erst wenn ich die Views neu genieriere, verschwinden die Langtexte…

9

Hallo,

da ist irgendwas kaputt gegangen. Erste Maßnahme wäre, mit einer oxchkversion die Konsistenz der Dateien zu prüfen. Kannste das mal machen und hier über die Resultate informieren?

Niederländisch: Hast Du die Möglichkeit, uns die Übersetzungen für dieses Community-Projekt zur Verfügung zu stellen?
http://translate.oxidforge.org/

Ich könnte schon vorhandene Sprachdateien dort importieren.

Danke und Gruß

10

oxchkversion meldet:

application/views/admin/tpl/tooltips.tpl Version mismatch
application/views/admin/tpl/language_main.tpl Version mismatch
application/views/admin/tpl/module_config.tpl Version mismatch
application/views/admin/en/lang.php Version mismatch
application/controllers/admin/shop_countries.php Modified

Das sind aber bis auf die Sprachdatei Änderung aus dem neusten update auf die 4.7.8

PATCH_OXID_ESHOP_CE_V.4.7.6_TO_V.4.7.8.zip empl_docu_admin emplates pl\

Ob ich die niederländische Sprachdatei zur Verfügung stellen darf, kläre ich mal ab.

11

hab nun nochmal abgeglichen mit der aktuellen version zum download 478 und dateien ersetzt… es gibt nun nur noch dateiunterschiede in den themes…

12

Gut. Auch bei dem unterschiedlichen Themes kann es zu Problemen führen. Du kennst das cust_lang Konstrukt für das Override der Sprachdateien?

Gruß

13

Also ich habe das standarddesign einfach kopiert und umbenannt. Dies betrifft ja aber nur das Frontend. Die Probleme habe ich ja im Backend. Könnte also damit eigentlich gar nicht zusammenhängen. Kann man die Datenbankkonsistenz irgendwie prüfen? Oder was kann man noch machen?

14

Also die Dateien werden jetzt komplett nicht mehr angemeckert außer Dein Child Theme? Und Du hast nach wie vor die gleichen Effekte?
Dann kann es eigentlich fast nur noch an den Rechten in der DB für die einzelnen Felder liegen. Wo wird denn gehostet, was sagt Deine Entwicklungsumgebung?

Gruß

15

Das ist ein guter Hinweis. Danke. Das prüfe ich mal, und melde mich dann wieder.