Hallo,
die Anmeldung für den geschützten Bereich führt zu folgendem Fehler. Leider ist das Log unter var/logs leer.
Woran kann das liegen. Ich finde keinen Ansatz.
Übergehe ich den Fehler mit zurück lande ich angemeldet auf der richtigen Seite.
Druckbare Version
Hallo,
die Anmeldung für den geschützten Bereich führt zu folgendem Fehler. Leider ist das Log unter var/logs leer.
Woran kann das liegen. Ich finde keinen Ansatz.
Übergehe ich den Fehler mit zurück lande ich angemeldet auf der richtigen Seite.
Nun überprüfe deine Einstellungen zur Weiterleitung im Login Modul, usw. ohne Log oder einen konkreten Hinweis zur Fehlermeldung z.B. im System-Log wird dir wohl niemand wirklich helfen können.Zitat:
Zitat von gfassben
Das ist ja genau das Problem.Zitat:
Zitat von Ainschy
Die Einstellungen habe ich überprüft. Ich zeige auf die gleiche Seite auf der man sich anmeldet. Es wird dann lediglich ein zusätzlicher Artikel und natürlich die Navigation für die dann aufrufbaren Seiten gezeigt. Diese Einstellungen funktionieren auf einer anderen Webseite (meine Spielwiese zum Test). Jetzt baue ich es in der produktiven Seite ein und es funktioniert nicht.
Ich möchte mir ja das Fehlerlog anschauen. Leider wird es nicht geschrieben. Wo stellt man das eventuell ein?
Auch zugeordnete Benutzergruppen können eine Weiterleitung eingestellt haben.
Nutze den Debug-Modus und poste den Stack Trace.Zitat:
Zitat von gfassben
Danke, geprüft. ist alles leer. Damit gibt es nur die Zuweisung im Login Modul.Zitat:
Zitat von do_while
Ich erhalte folgende Infos:Zitat:
Zitat von Spooky
Zusatzinfo: Im Syslog ist die Anmeldung des Users nicht zu sehen - eine spätere Abmeldung ist aber zu sehen.HTML-Code:POSThttps://rttonline.de/portal.html
scheme
https
host
rttonline.de
filename
/portal.html
Adresse
217.160.0.51:443
Status400
Bad Request
VersionHTTP/2
Übertragen8,89 KB (8,44 KB Größe)
Referrer Policystrict-origin-when-cross-origin
cache-control
private
contao-cache
pass
content-type
text/html; charset=UTF-8
date
Fri, 19 Mar 2021 18:02:00 GMT
referrer-policy
no-referrer-when-downgrade, strict-origin-when-cross-origin
server
Apache
set-cookie
PHPSESSID=4b8030daf850fa89d31e2c4402045a57; path=/; secure; httponly
x-content-type-options
nosniff
X-Firefox-Spdy
h2
x-frame-options
SAMEORIGIN
x-powered-by
PHP/7.4.16
x-xss-protection
1; mode=block
Accept
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding
gzip, deflate, br
Accept-Language
de,en-US;q=0.7,en;q=0.3
Connection
keep-alive
Content-Length
124
Content-Type
application/x-www-form-urlencoded
Cookie
csrf_https-contao_csrf_token=KTWCjCd7LjbGnn_FaFLWiTdKwCJC9Y88GeqDdM0Gn3o
Host
rttonline.de
Origin
https://rttonline.de
Referer
https://rttonline.de/portal.html
TE
Trailers
Upgrade-Insecure-Requests
1
User-Agent
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:86.0) Gecko/20100101 Firefox/86.0
GEThttps://rttonline.de/favicon.ico
[HTTP/2 404 Not Found 0ms]
GET
https://rttonline.de/favicon.ico
Status404
Not Found
VersionHTTP/2
Übertragen20 B (0 B Größe)
Referrer Policystrict-origin-when-cross-origin
cache-control
private
contao-cache
miss
content-encoding
gzip
content-type
text/html; charset=UTF-8
date
Fri, 19 Mar 2021 17:59:15 GMT
referrer-policy
no-referrer-when-downgrade, strict-origin-when-cross-origin
server
Apache
x-content-type-options
nosniff
X-Firefox-Spdy
h2
x-frame-options
SAMEORIGIN
x-powered-by
PHP/7.4.16
x-xss-protection
1; mode=block
Accept
image/webp,*/*
Accept-Encoding
gzip, deflate, br
Accept-Language
de,en-US;q=0.7,en;q=0.3
Connection
keep-alive
Cookie
csrf_https-contao_csrf_token=KTWCjCd7LjbGnn_FaFLWiTdKwCJC9Y88GeqDdM0Gn3o; PHPSESSID=4b8030daf850fa89d31e2c4402045a57
Host
rttonline.de
Referer
https://rttonline.de/portal.html
User-Agent
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:86.0) Gecko/20100101 Firefox/86.0
?
Das ist nicht der Stack Trace aus dem Debug-Modus. Du musst den Debug-Modus aktivieren und dann den Fehler nochmals reproduzieren. Du bekommst dann direkt im Browser die Möglichkeit den Stack Trace des Fehlers zu analysieren (bzw. hier her zu kopieren).
Da war ich wohl auf dem falschen Dampfer...Zitat:
Zitat von Spooky
Trace:
Das liest sich so, als ob das Login Modul kein Ziel hat - hat es aber:(Auszug aus den Einstellungen)HTML-Code:Symfony\Component\HttpKernel\Exception\BadRequestHttpException:
Missing form field "_target_path". You probably need to adjust your custom login template.
at vendor/contao/core-bundle/src/Security/Authentication/AuthenticationSuccessHandler.php:180
at Contao\CoreBundle\Security\Authentication\AuthenticationSuccessHandler->decodeTargetPath(object(Request))
(vendor/contao/core-bundle/src/Security/Authentication/AuthenticationSuccessHandler.php:154)
at Contao\CoreBundle\Security\Authentication\AuthenticationSuccessHandler->determineTargetUrl(object(Request))
(vendor/contao/core-bundle/src/Security/Authentication/AuthenticationSuccessHandler.php:121)
at Contao\CoreBundle\Security\Authentication\AuthenticationSuccessHandler->onAuthenticationSuccess(object(Request), object(UsernamePasswordToken))
(vendor/symfony/security-http/Firewall/AbstractAuthenticationListener.php:221)
at Symfony\Component\Security\Http\Firewall\AbstractAuthenticationListener->onSuccess(object(Request), object(UsernamePasswordToken))
(vendor/symfony/security-http/Firewall/AbstractAuthenticationListener.php:148)
at Symfony\Component\Security\Http\Firewall\AbstractAuthenticationListener->authenticate(object(RequestEvent))
(vendor/symfony/security-bundle/Debug/WrappedLazyListener.php:49)
at Symfony\Bundle\SecurityBundle\Debug\WrappedLazyListener->authenticate(object(RequestEvent))
(vendor/symfony/security-http/Firewall/AbstractListener.php:27)
at Symfony\Component\Security\Http\Firewall\AbstractListener->__invoke(object(RequestEvent))
(vendor/symfony/security-bundle/Debug/TraceableFirewallListener.php:62)
at Symfony\Bundle\SecurityBundle\Debug\TraceableFirewallListener->callListeners(object(RequestEvent), object(Generator))
(vendor/symfony/security-http/Firewall.php:98)
at Symfony\Component\Security\Http\Firewall->onKernelRequest(object(RequestEvent), 'kernel.request', object(TraceableEventDispatcher))
(vendor/symfony/event-dispatcher/Debug/WrappedListener.php:126)
at Symfony\Component\EventDispatcher\Debug\WrappedListener->__invoke(object(RequestEvent), 'kernel.request', object(TraceableEventDispatcher))
(vendor/symfony/event-dispatcher/EventDispatcher.php:264)
at Symfony\Component\EventDispatcher\EventDispatcher->doDispatch(array(object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener)), 'kernel.request', object(RequestEvent))
(vendor/symfony/event-dispatcher/EventDispatcher.php:239)
at Symfony\Component\EventDispatcher\EventDispatcher->callListeners(array(object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener)), 'kernel.request', object(RequestEvent))
(vendor/symfony/event-dispatcher/EventDispatcher.php:73)
at Symfony\Component\EventDispatcher\EventDispatcher->dispatch(object(RequestEvent), 'kernel.request')
(vendor/symfony/event-dispatcher/Debug/TraceableEventDispatcher.php:168)
at Symfony\Component\EventDispatcher\Debug\TraceableEventDispatcher->dispatch(object(RequestEvent), 'kernel.request')
(vendor/symfony/http-kernel/HttpKernel.php:134)
at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
(vendor/symfony/http-kernel/HttpKernel.php:80)
at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
(vendor/symfony/http-kernel/Kernel.php:201)
at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
(web/index.php:31)
at require('/homepages/13/d398089590/htdocs/cms2/web/index.php')
(web/app.php:4)
Weiterleitung
Weiterleitungsseite
Portal 2.0 (portal.html)
DAs Feld zum Modul heisst aber jumpTo - das könnte das Problem sein.
Hast du das was in der Fehlermeldung steht schon beachtet? ;)
Code:You probably need to adjust your custom login template.
Super, das war das Problem. Beim Update auf 4.9.12 und dem passenden Mate Update wurde wohl das Template nicht aktualisiert. Ich habe erst einmal das Core Template aktiviert. Damit läuft es schon einmal.Zitat:
Zitat von Spooky