Merkwürdiges Kategorieproblem

[xprs]

Hallo Contenido Gemeinde,

ich habe hier ein Merkwürdiges Kategorienproblem.

folgender Sachverhalt:
Update von 4.88 auf 4.8.15
2te sprache gelöscht

danach werden Kategorien aus der gelöschten Sprache in der Artikelansicht sichtbar (können natürlich nicht bearbeitet werden), in der Kategorienansicht nicht.
wird eine neue Sprache angelegt und synchronisiert (egal in welche Richtung) verschwinden die verwaisten Kategorien. Allerdings tauchen diese nach dem nächsten Login wieder auf.

Es wäre schön wenn jemand hat eine Idee hätte, wie ich die Datenbank wieder in Ordnung bringen kann. Es handelt sich um eine recht große Seite die nicht mal eben so neu aufgebaut werden kann. Zur allergrößten Not habe ich die 4.8.8 Version noch auf einem anderen Server am laufen.
Macht ein Update auf 4.8.15 überhaupt Sinn? Hat jemand ähnliche Probleme?

Gruß Robert

Nachtrag ... es scheint auch manchmal zu verschwinden wenn unter Kategorien ein Baum ausgeklappt wird.
Die Geschichte mit "con_cat_tree" leeren hat keinen Erfolg gebracht

[Halchteranerin]

Hallo Robert,

hast du mal versucht, die Tabellen (über phpMyAdmin) zu reparieren? Manchmal hilft das ...

Gruß
Christa

[Spider IT]

Wenn die Sprache gelöscht wurde, die Inhalte aber noch da sind, gibt es natürlich eine Inkonsistenz in der DB.
Leg doch eine neue Sprache an, änder in der DB das ID der Sprache af das der alten Sprache, log dich ins Backend ein und lösche sämtliche Inhalte dieser Sprache (zuerst Artikel, dann Kategorien).
Wenn du dann die Sprache wieder löscht gibt es keine Datenleichen die irgendwo anders wieder "ans Ufer spülen".

Gruß
René

[lunsen_de]

Hallo, mal ein kurzer Einwurf, ob das hier ähnlicher Natur ist, weiß ich nicht genau, kommt mir jedenfalls bekannt vor und ist nur als Ansatz zur möglichen Fehlersuche gedacht.

Ich hatte nach Updates (einigen) von 4.6 auf 4.8.(12) auch Probleme mit dem Verschwinden von Kategorien beim bearbeiten, erstellen und verschieben. Es lag damals an Phantomkategorien aus der 4.6 Version, die nicht richtig verschwunden waren, nach dem Update wieder sichtbar, aber nicht editierbar wurden und dann für Chaos sorgten. Ich konnte das mittels folgendem Beitrag lösen: http://forum.contenido.org/viewtopic.ph ... kategorien . Also vielleicht mal die Datenbank nach idcats durchsuchen, die es im Backend nicht mehr gibt.

Ist nur eine Idee.

Wie in dem anderen Beitrag am Screenshot zu sehen, konnte ich nach dem Update und dem login immer die Kategorien sehen (also nur das Icon) und dann Maus drauf und die idcat wurde angezeigt, bei mir waren im Baum oft 3 Stück zu sehen. Danach bin ich folgendermaßen vorgegangen:

In der Tabelle con_cat lang den Eintrag mit der höchsten idcatlang kopieren:

INSERT INTO `con_cat_lang` (`idcatlang`, `idcat`, `idlang`, `idtplcfg`, `name`, `visible`, `public`, `status`, `author`, `created`, `lastmodified`, `startidartlang`, `urlname`, `urlpath`) VALUES
(420, 393, 1, 1393, 'HTML Newsletter Templates', 1, 1, 0, 'user', '2010-08-11 13:23:37', '2010-08-11 13:23:37', 0, 'HTML-Newsletter-Templates', 'Systemseiten/HTML-Newsletter-Templates');

idcatlang um eins erhöhen, idcat der Phantomkategorie eintragen, neuen Namen vergeben, URLpath anpassen

(421, 11, 1, 1393, 'Larsloeschen1', 1, 1, 0, 'user', '2010-08-11 13:23:37', '2010-08-11 13:23:37', 0, 'loeschen1', 'Hauptnavigation/loeschen1');

Dies mit allen Phantomkategorien umsetzen, Werte immer erhöhen!

Dann in Tabelle con_sequence der Wert für den seq_name "con_cat_lang" um die zusätzlichen Einträge in der con_cat_lang erhöhen:

also z.B. von 426 auf 429.

Danach sind die Kategorien als normale Kategorien in der Artikelübersicht sichtbar (z.B. Larsloeschen1) und unter Content -> Kategorie löschbar.

Bei mir war das die Lösung. Sollte der ganze Baum mal weg sein half immer (wenn ich das noch richtig in Erinnerung habe) die con_cat_tree zu lerren und eine neue Kategorie anzulegen, danach waren sie wieder da bis zum nächsten verschieben etc. Sehen konnte ich die Phantomkategorien bei mir immer nur direkt nach dem Login ins Backend. Ist schon eine Weile her, daher sind die Erinnerungen nicht mehr taufrisch.

Gruß lunsen_de

[xprs]

Hallo zusammen,
erstmal ein dickes Danke für die schnellen Antworten!

@ Christa:
Klar ist mir die Idee gekommen, Das Problem ist - man (zumindest ich) weiß nie so recht, was sonst so passiert, und wie die Tabellen zusammenhängen.

@ lunsen_de
Den Threat mit den Phantomkategorien habe ich in meiner Nachtschicht gestern auch gefunden.
Es hat in meinem Fall schon genügt in der Tabelle con_cat_lang Einträge die die entsprechenden Id_cats enthalten hinzuzufügen, die Tabelle con_sequence habe ich nicht angetastet (wie auch immer ich habe keine Ahnung was ich da gemacht habe war reines Glück, dass es funktioniert hat)
-> die entsprechenden Phantomkategorien konnten jetzt samt Unterkategorien gelöscht werden.

Für den Moment sieht auch alles OK aus. Nur dass ich der Datenbank jetzt keinen mm mehr über den Weg traue.
Dein Threat ist ja auch schon ein paar Tage alt, gab es bei Dir in der entsprechenden Installation hinterher noch Probleme.

@ René
Das hört sich für mich schlüssig an. Werde nochmal den Fehlerhaften Dump einspielen und den von Dir vorgeschlagenen Weg versuchen.
Ist es Grundsätzlich so, dass es Probleme gibt wenn eine Sprache gelöscht wird die noch Inhalte hat?
Warum ist Sie dann löschbar?
In welcher Tabelle in der DB müsste ich denn die ID der neuen Sprache ändern?

Gruß

Robert

[Spider IT]

Oh, das ist schwierig
Die Tabelle heißt <pre>_lang (üblicherweise con_lang).
Die ID steht dann in der Spalte idlang.

Keine Ahnung warum die Kategorien und Artikel nicht mit gelöscht werden, ist evtl. ein BUG.

Gruß
René

[xprs]

Hallo René

Ja das scheint wirklich schwierig zu sein
Das einzige wasnämlich passiert wenn ich bei einer neu angelegten Sprache die Id nachträglich in der con_lang zurück drehe ist nämlich, dass die Sprache im Backend verschwindet.

Meine Phantomkategorien tauchen interessanter weise in jeder neu angelegten Sprache auf.

Die Frage warum eine Sprache dann löschbar ist war mehr rhetorischer Natur

[xprs]

Vorerst habe ich mich entschieden mit dem Ergebnis von lunsen_de s Methode zu leben.
Obwohl ich nicht verstanden habe was es mit der "con_sequence" auf sich hat.
Bis jetzt scheint alles stabil zu funktionieren.

Gibt es eine Methode wie ich definitiv testen kann ob meine DB in Ordnung ist?

LG

Robert