Druckbare Version
hallo,
nach einem update auf 3.0 bekomme ich immer folgende fehlermeldung wenn ich einen artikel bearbeiten möchte:
Der Link, den Sie aufgerufen haben, konnte nicht verifiziert werden. Wenn Sie den Link selbst aufgerufen oder von einer vertrauenswürdigen Person erhalten haben, können Sie den Vorgang fortsetzen.
das sieht dann so aus:
Anhang 9161
jemand eine idee woran das liegen könnte?
danke!
Das liegt daran, dass entweder kein oder kein gültiger Request Token mitgeschickt wird. Wenn Du einen Artikel zum Bearbeiten öffnest, müsste in der URL ein zusätzlicher Parameter "&rt=976b60ea4bbd9ed4d42e01c4280a5b9e" (der betreffende RT sieht bei Dir natürlich anders aus) enthalten sein. Ist das nicht der Fall, erhälst Du die von Dir gepostete Sicherheitsabfrage.
Hast Du nach dem Update einen Contao-Check gemacht?
danke für den hinweis. das macht sinn.
ich habe nun mal die fehlermeldungen eingeschaltet und wenn ich einen artikel bearbeiten möchte kommt immer diese meldung:
Fatal error: Call to a member function findMainLanguagePageForPage() on a non-object in /Applications/MAMP/htdocs/Webseite/system/cache/dca/tl_article.php on line 939
ich habe diese meldung auch mal in google eingegeben, aber leider ohne ergebnisse.
nun habe ich die extension "changelanguage" deinstalliert und alles funktioniert wieder, obwohl die extension für 3.0 markiert wurde.
Was ist damit?
EDIT: Der Bug wurde bereits gemeldet (https://github.com/terminal42/contao...guage/issues/6 )Zitat:
Zitat von xchs
Danke. dann heisst es wohl abwarten.
Ich bekomme nun, obwohl der bisherige Thread viel älter ist, auch immer wieder diese Meldung:
"Der Link, den Sie aufgerufen haben, konnte nicht verifiziert werden. Wenn Sie den Link selbst aufgerufen oder von einer vertrauenswürdigen Person erhalten haben, können Sie den Vorgang fortsetzen"
Anhang 13634
Contao Version 3.2.9
Der Workflow ist deswegen unglaublich miserabel.:eek:
Alle paar Minuten beim Arbeiten am CSS Framework schmeisst Contao mich raus. Ich muss mich immer wieder einloggen und dann kommt eine vergleichbare Meldung bevor ich die Änderungen ein weiteres Mal komplett vollziehe. Manchmal werde ich beim Speichern erneut rausgeschmissen.
Habt ihr da eine Idee?
Liebe Grüße und vielen Dank!
Ja. Laut Deinem Screenshot fehlt im aufgerufenen Link ein Request Token, d. h. es müsste zusätzlich ein URL-Parameter &rt= und das entsprechende Token als Parameterwert im Link vorhanden sein (z. B. &rt=fbf7f86aea350ac958c58b4dbaa145ae). Ist das – so wie bei Dir – nicht der Fall, meldet Contao sich mit der im Screenshot gezeigten Sicherheitsmeldung und fragt nach, was mit dem aufgerufenen Link passieren soll.Zitat:
Zitat von re84
Warum aber bei Dir keine Request Tokens generiert werden, weiß ich spontan leider auch nicht. In der Contao Online-Demo funktioniert das Editieren der Formatdefinitionen jedenfalls.
Falls sich das Problem in der Online-Demo irgendwie nachstellen lässt, kannst Du das Fehlverhalten auch im Ticketsystem melden.
Wenn Du den Fehler in der Online-Demo nicht reproduzieren kannst, dann
- teste Deine Installation auf jeden Fall mal mit dem Contao Check
- deaktiviere etwaige Drittanbieter-Erweiterungen
Vielen Dank für den Rat.
Beim Contao Check ist alles wunderbar bis auf :
"allow_url_fopen
Das PHP-Flag "allow_url_fopen" ist nicht gesetzt.
Das PHP-Flag "allow_url_fopen" muss in der php.ini gesetzt sein, damit Composer die Installationsdateien herunterladen kann."
und
"Sie können die Composer-Paketverwaltung auf diesem Server nicht verwenden".
Kann es daran liegen?
Danke nochmals!
Daran kann es m.E. nicht liegen. Deine Contao-Version 3.0.x (nicht unbedingt empfehlenswerte Version) hat mit Composer nichts am Hut. Außer du installierst dir absichtlich den Composer (Client).
Ich habe derzeitig die 3.2.9 laufen.
3.0 war der Herr am Anfang des Beitrags.
Vielen Dank aber schon einmal für die Rückmeldung.
Ah, sorry. Was ich zu Composer geschrieben habe, gilt allerdings auch für die Version 3.2.9.
Dann bleibt noch die Frage, ob Du das gegenständliche Problem auch in der Contao Online-Demo nachstellen kannst.