Druckbare Version
Hi, ich habe beim 1. Laden meiner Website einen leeren Request Token in allen Formularen.
Was ich versucht habe:HTML-Code:<input type="hidden" name="REQUEST_TOKEN" value="">
- PHP 8.3 schon auf 8.4 umgestellt
- Composer Update
- Cache gelöscht
- Webserver neugestartet
- Templates neu geladen
Hat jemand Tipps wie ich das weiter/besser debuggen kann? Ich bin im Forum nicht wirklich fündig geworden.
Welche Contao VersionZitat:
Zitat von paddibr
die neuste 4.13.x
Die neueste Contao-Version wäre die 5.5.x. Die neuste LTS wäre die 5.3.xZitat:
Zitat von paddibr
4.13.x gilt als veraltet und bekommt nur noch bis Anfang nächsten Jahres wichtige Security-Fixes.
Bekommst du beim Versand des Formulars einen "Invalid Request Token" Fehler?
Der Request-Token wird nicht immer gesetzt, du wirst aber sicherlich einen haben wenn eine Session gestartet wurde (Bspw. wenn du im Backend angemeldet bist).
Ohne weitere Informationen wie deine composer.json und oder dem Hinweis auf alte Plugins unter system/modules, sowie einer Fehlermeldung, kann man hier keine Aussage zu machen.
Gab in der Vergangenheit schon Bugs in Abhängigkeiten, welche ein Request-Token erwartet haben aber keine Session gestartet haben.
Bspw. wenn mit Formulardaten hantiert wird über eigene Entwicklung und man keine Session startet, diese dann aber auf Seiten der Programmierung erwartet -> Entsprechend andauernd Invalid Request Token.
genau.Zitat:
Zitat von zoglo
Hier meine Composer:
also z.B. haben wir ein ganz stink normales Kontaktformular das als Gast beim 1. Mal Absenden dann den Fehler wirft und beim 2. Mal dann klappt..HTML-Code:{
"type": "project",
"require": {
"contao/calendar-bundle": "4.13.*",
"contao/comments-bundle": "4.13.*",
"contao/conflicts": "*@dev",
"contao/faq-bundle": "4.13.*",
"contao/listing-bundle": "4.13.*",
"contao/manager-bundle": "4.13.*",
"contao/news-bundle": "4.13.*",
"contao/newsletter-bundle": "4.13.*",
"dieschittigs/contao-recaptcha": "^1.2",
"inspiredminds/contao-news-sync": "3.*",
"madeyourday/contao-rocksolid-custom-elements": "^2.2",
"pdir/social-feed-bundle": "^2.10.1",
"terminal42/contao-countryselect": "^1.5",
"terminal42/contao-mp_forms": "^4.2",
"terminal42/contao-rte_table": "^1.0",
"trilobit-gmbh/contao-history-bundle": "dev-main"
},
"extra": {
"public-dir": "web",
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"@php vendor/bin/contao-setup"
],
"post-update-cmd": [
"@php vendor/bin/contao-setup"
]
},
"repositories": [
{
"type": "path",
"url": "system/modules/contao-history-bundle"
}
],
"config": {
"allow-plugins": {
"contao-components/installer": true,
"contao-community-alliance/composer-plugin": true,
"contao/manager-plugin": true
}
},
"minimum-stability": "dev",
"prefer-stable": true
}
Und welche bundles hast du in system/modules?Zitat:
Zitat von paddibr
dieschittigs/contao-recaptcha und trilobit-gmbh/contao-history-bundle scheinen sehr alt zu sein - Vielleicht ist das Captcha Schuld? Auf Anhieb kann ich es aber leider nicht sagen.
Habt ihr vielleicht auch überschriebene form_ templates?
Dort habe ich noch interne Module, die ich schon komplett überprüft habe..
Ich dachte auch schon an das Captcha und habe das "ausgeblendet". Ich könnte das gleich mal komplett auf der Testumgebung rauswerfen und schauen.
EDIT:// habe den ganzen Kram mal rausgeworfen... leider ohne Veränderung.
Aber könnte ich irgendwie durch nen Hook irgendwie debuggen, warum er den Token nicht setzt? Ich hab auch nichts im error.log etc.
Achso und die form templates habe ich extra neu generiert...
Nur um das klarzustellen: dass der Wert für den Request Token leer ist, ist nicht das Problem, das ist (in Contao 4) absichtlich so.
Oh man, danke Spooky. Das war der Tipp. Ich hab nur geschaut ob der Request Token weiterhin leer ist. Also nochmal alles durchgespielt und siehe da... das dieschittigs/contao-recaptcha ist das Problem.Zitat:
Zitat von Spooky
In der Extension finde ich zwar ad-hoc keinen Hinweis für die Ursache des Problems - aber Google reCAPTCHA sollte ohnehin nicht benutzt werden.