[4.8.12] Artikel wird benutzt - Fehlermeldung

[walter999]

Wenn ich automatisch ausgeloggt werde und in einem Artikel war ist dieser ja korrekterweise gesperrt. "Artikel wird benutzt" wird angezeigt. Klicke ich auf den Artikel kommt folgende Fehlermeldung:

Code: Alles auswählen

Parse error: syntax error, unexpected T_STRING, expecting ',' or ';' in xxx/contenido/external/backendedit/front_content.php(959) : eval()'d code on line 61

Ist dieser Bug bekannt? Gibt es einen fix des Bugs?


Vielen Dank und viele Grüße
Walter

[Oldperl]

Hallo Walter,

den Fehler kann ich nicht nachvollziehen (Demomandant 4.8.12, sysadmin-Zugang). Die Fehlermeldung sieht eher nach einem Fehler in einem Modul, bzw. im gecachten Artikelcode aus.
Versuch mal die con_code zu Leeren und wenn das nicht hilft, kannst du dir den Code ja mal ausgeben lassen und in der Zeile 61 nachschauen.
Die Ausgabe in einer Textarea kannst du in der contenido/includes/config.misc.php (Zeile 72 ff) einschalten.

Code: Alles auswählen

/* To output the code when editing and browsing the frontend, set
   this to true */
$cfg["debug"]["codeoutput"] = true;

Gruß aus Franken

Ortwin

[idea-tec]

contenido/includes/config.mist.php

contenido/includes/config.misc.php
Aber ich muss gestehen, der dateiname gefällt mir auch sehr gut

[Oldperl]

uiui, hat mich doch dat Teufelchen erwischt.
Danke für's korrigieren

Gruß aus Franken

Ortwin

[idea-tec]

@offtopic
Das war nicht im geringsten böse gemeint, aber ich kann deinen Eintrag nicht korrigieren und was ist, wenn der Anfragende am Ende nach der Datei sucht?

[walter999]

Danke für die Antwort. Ich sehe mir das dann mal an.
Wobei es bei mehreren unterschiedlichen Installationen auftritt und nur bei der 4.8.12

Viele Grüße
Walter

[unblack]

Ich habe aktuell auch dieses Problem. Der Artikel wird (auch nach ein- und ausloggen) von einem anderen user (Administrator) benutzt. Ich kann die Sperre als sysadmin NICHT umgehen. Ich habe den anderen Nutzer mal "niedere Rechte" zugewiesen, und con_code gelöscht - es bleibt dabei. Es kommt lediglich der Hinweis dass der Artikel benutzt wird - ohne den Sperre übergehen-Link.

[BagHira]

Hallo,

hatte ich bis jetzt noch nicht.
Eine möglichkeit währe vielleicht noch den Inhalt der Tabelle con_inuse zu löschen. Bin mir bei dem Tabellennamen "con_inuse" nicht 100% sicher, da ich momentan keine DB vor mir hab - also erst ne Datensicherung der DB machen!

[unblack]

Hi,

danke, das hat geholfen; da war zudem noch ein weiterer Artikel "in use". Ich weiß nicht ob man das irgendwie beheben kann, ich kann den Fehler auch nicht ohne weiteres reproduzieren. Ggf. würde ne Art flush-Funktion im backend helfen, die die con_inuse leert.

[unblack]

Also das Problem tritt immer wieder auf und ich muss jedes Mal con_inuse leeren.
Riecht nun also für mich nach bug; ist allerdings die einzige 4.8.12 die ich momentan laufen habe. Oder hat noch jemand ne Idee was das verursachen könnte?

[Oldperl]

Hallo unblack,

dazu müßte man mal den genauen Ablauf wissen und wann und wie das Problem dann auftritt. Ansonsten ist das nicht nachzuvollziehen.

Gruß aus Franken

Ortwin

[unblack]

Da es sporadisch auftritt kann man es leider schlecht 100%ig reproduzieren und bisher hat es immer nur der Kunde alleine geschafft. Dieser ist Administrator, benutzt IE 8, editiert einen Artikel, speichert ihn, loggt sich aus Contenido aus und daraufhin ist die Sperre drin.
Ich versuche es mal im IE zu reproduzieren, aber kann mir fast nicht vorstellen dass es was damit zu schaffen haben könnte.

[idea-tec]

Frage ihn mal ob er sich ausloggt, während er nicht nur im editor ist, sondern in der wysiwyg-ansicht wenn er uns nicht genau mitteilt, wie er das "schafft" kann man es nicht nachvollziehen.

und in den raum zu stellen, dass es ein bug ist, bevor ausgeschlossen ist, dass der user sich während eines artikelstatus "in Use" befindet halte ich persönlich für sehr mutig