Bei Aufruf der Konfiguration verschwinden alle Reiter

[McHubi]

Hallo zusammen,

ich habe einen etwas kuriosen Fehler, den ich nicht ergründen kann. Rufe ich unter Content > Artikel den Inhalt einer Kategorie auf, werden mir alle Reiter korrekt angezeigt:

screenshot-reiter-001.JPG

(103.31 KiB) Noch nie heruntergeladen

Rufe ich über die Tabelle in der Übersicht per Klick auf den Titel einen Artikel auf, bleiben die Reiter auch alle erhalten und es öffnet sich korrekt der Reiter Editor.

Wenn ich jetzt aber auf den Reiter Konfiguration wechsel, dann verschwinden alle Reiter, der Inhalt des Reiters Konfiguration wird zwar angezeigt, er wird aber mit "Übersicht" betitelt:

screenshot-reiter-002.JPG

(83.25 KiB) Noch nie heruntergeladen

Ergänzendes Kuriosum:
Die Konfiguration eines Artikels war komplett leer in dieser "Übersichtsansicht" - obwohl im Frontend die Ausgabe richtig erfolgte. Daraufhin habe ich eine Dublette des Artikels angelegt um zu testen. Wenn ich jetzt in einem der beiden die Konfiguration anpasse, sieht die beim Aufruf des anderen identisch aus. Also schlägt die Änderung entweder
-auf die Konfiguration des anderen Artikels durch oder
-beide Artikel verweisen auf die gleichen Konfigurationseinträge in der Datenbank, vermutlich die des dublizierten Artikels.

Wie es scheint wird für die Frontend-Ausgabe aber die alte, verschwundene Konfiguration des Originalartikels herangezogen, denn sowohl in der Vorschau von Contenido als auch im Browserfenster werden Konfigurationsanpassungen (Änderung am Text z. B.) einfach nicht durchgereicht.

Lege ich einen Artikel komplett neu an, dann ist die Konfiguration kurioserweise schon befüllt mit den Werten der beiden schon existierenden Artikel (es gibt keine Vordefinition in den Vorlagen). Zumindest werden im Frontend die veränderten Anpassungen dann dargestellt. Soweit so gut erst mal, allerdings gibt es nach wie vor den Nebeneffekt, dass auch Anpassungen in der Konfiguration dieses komplett neuen Artikels auf die anderen beiden durchschlagen - und umgekehrt. So als ob Contenido für die komplette Kategorie auf eine Konfiguration für die Vorlage zurückgreifen würde.

Die fehlerhafte Darstellung der Reiter taucht auch nicht nur in dieser einen Kategorie auf, sondern in allen.

Sehr seltsam.

Im Errorlog ist kein Hinweis zu finden.

Weitere Daten zum System:
CONTENIDO Version 4.10.1 --> DEV-Version vom 22.03.2023
Webserver-Version Apache
Installierte PHP-Version 8.0.30
Datenbankserver-Version 5.7.42-log

Danke euch vielmals für Infos und Hinweise!

Markus

[Oldperl]

Servus,

hört sich nach einem Datenbank Problem an, so zumindest meine erste Vermutung, ohne das aus der Ferne wirklich sagen zu können.
Ist die DB schon über andere Contenido-Versionen migriert worden, also älter?

Gruß aus Franken

Ortwin

[McHubi]

In der Tat. Sorry, den "Werdegang" habe ich tatsächlich unterschlagen. Erstellt wurde die Website mit der 4.10.0, dann Update auf die offizielle 4.10.1 und dann die 4.10.1-DEV mit Stand vom 22.03.2023.

Kann dummerweise nicht sagen, wann der Fehler aufgetaucht ist. Ich meine nicht, dass er nach dem Update auf die DEV dagewesen ist, andere Seiten mit dieser DEV-Version laufen fehlerfrei. Ich hatte bei dieser "zickigen" Website allerdings von PHP 8.0 auf die 8.1 umgestellt - und dann wieder zurückgestellt in der Hoffnung, dass das Phänomen durch die PHP-Version verursacht wird. War aber nix, zumindest gab es bei der Rolle rückwärts auf die 8.0 keine Besserung.

Danke schonmal!

[Oldperl]

Servus,

schon mal die aktuellste 4.10.2-dev probiert?

Gruß aus Franken

Ortwin

[xmurrix]

Hallo Markus,

so ein eigenartiges Verhalten ist mir bisher nicht untergekommen.

Hast du mal die Entwicklertools im Browser geöffnet und irgendwelche JavaScript-Fehler im Reiter "Konsole" beobachtet und die Anfragen im Reiter "Netzwerk" analysiert?
Da das Backend aus mehreren verschachtelten Frames besteht, wäre es möglich, dass das Frame mit dem Menü zu früh oder auch mit falschen Werten geladen wird.

Auch möglich, dass der Browser nach dem Update immer noch die gecachten Versionen der JavaScript-Dateien liefert, oder dass beim Update nicht alle geänderten CONTENIDO-Dateien aktualisiert wurden, so dass die Logik nicht funktioniert, wie es soll.

...Wenn ich jetzt aber auf den Reiter Konfiguration wechsel, dann verschwinden alle Reiter, der Inhalt des Reiters Konfiguration wird zwar angezeigt, er wird aber mit "Übersicht" betitelt:...

Bei Klick auf das Menü "Konfiguration" sollte folgende JavaScript-Funktion ausgeführt werden:

Code: Alles auswählen

artObj.doAction('con_tplcfg');

Sie sorgt dafür, dass im Frame rechts unten die Seite der Artikelkonfiguration geladen wird.
Und in dieser Seite wird folgender JavaScript-Code ausgegeben, der wiederum das Menü "Konfiguration" auf "aktiv" setzt:

Code: Alles auswählen

<script type="text/javascript">
var id = 'c_3';
if ('undefined' !== typeof(Con)) {
    Con.markSubmenuItem(id);
} else {
    // Contenido backend but with frozen article
    // Check if submenuItem is existing and mark it
    if (parent.parent.frames.right.frames.right_top.document.getElementById(id)) {
        menuItem = parent.parent.frames.right.frames.right_top.document.getElementById(id).getElementsByTagName('a')[0];
        // load the new tab now
        parent.parent.frames.right.frames.right_top.Con.Subnav.clicked(menuItem, true);
    }
}
</script>

Dieses hin und her zwischen den Frames mit all dem JavaScript, das Funktionen in anderen Frames aufruft oder auf Elemente zugreift, gehört mal überarbeitet, aber dafür haben wir keine Kapazitäten.

Kannst du eingrenzen, wer genau das Menü mit der "Übersicht" lädt? Ich vermute das passiert in der geladenen Seite im Frame rechts unten.

Gruß
Murat

[Faar]

Hast du mal die Entwicklertools im Browser geöffnet und irgendwelche JavaScript-Fehler im Reiter "Konsole" beobachtet und die Anfragen im Reiter "Netzwerk" analysiert?
...
Auch möglich, dass der Browser nach dem Update immer noch die gecachten Versionen der JavaScript-Dateien liefert, oder dass beim Update nicht alle geänderten CONTENIDO-Dateien aktualisiert wurden,
...
Dieses hin und her zwischen den Frames mit all dem JavaScript, das Funktionen in anderen Frames aufruft oder auf Elemente zugreift, gehört mal überarbeitet, ...

*sucht das Smilie mit dem Daumen nach oben*

[emergence]

du landest da bei der Kategorie Konfiguration... deshalb verschwinden die Reiter...

ich würde mir mal die include.tplcfg_edit_form.php ansehen, was bei dir da als idart übergeben wird...

[McHubi]

Danke euch schon mal. Im Moment ist Land unter, hatte noch keine Chance zu sichten/antworten. Kommt asap... Nochmal Danke für euren Input!

[McHubi]

Hallo zusammen,

kurzer Wasserstand:

schon mal die aktuellste 4.10.2-dev probiert?

Nein. Mag helfen, hatte bzw. habe die geschilderten Probleme in anderen Installationen mit ähnlichem Werdegang jedoch nicht. Insofern wollte ich - erst mal - die Contenido-Version beibehalten.

irgendwelche JavaScript-Fehler im Reiter "Konsole" beobachtet

Habe keine feststellen können.

die Anfragen im Reiter "Netzwerk" analysiert?

Wenn ich den Artikel über die Übersicht aufgerufen habe und der Reiter Editor geöffnet ist, werden folgende Anfragen beim Klick auf Konfiguration gestartet:

network-001.JPG

(77.59 KiB) Noch nie heruntergeladen

Auch möglich, dass der Browser nach dem Update immer noch die gecachten Versionen der JavaScript-Dateien liefert

Browser-Cache wurde geleert und auch die Bereinigen Funktion von Contenido selbst wurde durchgeführt. Fehler taucht auch in anderen Browsern auf.

Bei Klick auf das Menü "Konfiguration" sollte folgende JavaScript-Funktion ausgeführt werden

Puh, wüsste jetzt grade nicht, wie ich das prüfen kann. Auch über die DEV-Tools von Chrome?

du landest da bei der Kategorie Konfiguration

Das ist in der Tat richtig. Der Weg über Content->Kategorie->... führt zu genau der gleichen Darstellung

ich würde mir mal die include.tplcfg_edit_form.php ansehen, was bei dir da als idart übergeben wird...

Habe mal in Zeile 44 ergänzt:

if (isset($idart)) {
echo 'idart: '.$idart.'<br/>';
if ($idart > 0) {

Beim Aufruf des Reiters Konfiguration wird immer eine 0 ausgegeben - egal welchen Artikel ich aufrufe und egal in welcher Kategorie.

Hm...

[emergence]

hmm... und die eigenschaften, seo, editor und vorschau klappt über die reiter ?

doppelte idtplcfg nutzung wäre eventuell auch denkbar...
alt aber vielleicht relevant...
viewtopic.php?f=98&t=35536&p=169734&hil ... fg#p169734

[McHubi]

Hallo emergence,

hmm... und die eigenschaften, seo, editor und vorschau klappt über die reiter ?

Ja, wobei der Inhalt des Reiters "Rohdaten" leer bleibt.

alt aber vielleicht relevant...

Die Datei hat sich natürlich seit 2016 verändert, aber bei diesen Stellen in denen es um "fields to overwrite" geht kommt die tplcfg vor:
Zeile 1.883

Code: Alles auswählen

    $fieldsToOverwrite = [
        'idart' => $idart,
        'idlang' => $idlang,
        'idtplcfg' => cSecurity::toInteger($idtplcfg),

Zeile 2.084

Code: Alles auswählen

    $fieldsToOverwrite = [
        'idart' => $idart,
        'idlang' => $dstlang,
        'idtplcfg' => $newidtplcfg,

Nur in Zeile 1.970 ff. ist es was spärlicher, wobei ich nicht einschätzen kann, ob das was bedeutet:

Code: Alles auswählen

     $fieldsToOverwrite = [
            'idcat' => ($dstidcat != 0)? $dstidcat : $oCatArt->get('idcat'),
            'idart' => $dstidart,
            'status' => ($oCatArt->get('status') !== '')? $oCatArt->get('status') : 0,
            'createcode' => 1,
            'is_start' => 0
        ];

Bis dahin und Danke,

Markus

[emergence]

hmm... merkwürdig...

in der template.con_art_overview.html bei function conArtOverviewExtractData(obj) {
vor dem return true;

ergänz da mal

Code: Alles auswählen

console.log('conArtOverviewExtractData', datastring, data.length);

da sollte in der console dann auftauchen was an sie subnavigation übergeben wird...
sollte bei klick auf die zeile des artikels auftauchen...

das script das dich dann eigentlich auf die konfigurationsseite bringt ist das
scripts/articleObject.js.php im bereich
case 'con_tplcfg':

wenn da nicht this.idart und this.idcat gesetzt wären oder 0 sind, müsstest du sofort die meldung
Template configuration can't be displayed
erhalten...

du wirst da aber an eine url weitergeleitet...

Code: Alles auswählen

url = this.sessUrl(this.filename + 'area=' + str + '&action=tplcfg_edit&idart=' + this.idart + '&idcat=' + this.idcat);

folgende zeile dannach

Code: Alles auswählen

console.log('ArticleObject', url);

sollte dir in js console die url anzeigen die für die konfiguration aufgerufen wird...

dann kommt an sich schon die
include.tplcfg_edit.php & (in kombination)
include.tplcfg_edit_form.php

setz mal zu beginn der beiden dateien diese zeile rein...

echo "<pre>".print_r($_REQUEST, true)."</pre>";

vielleicht geht dazwischen was verloren...

[McHubi]

Prüfe ich asap sobald ne Lücke da ist, emergence. Danke Dir...