Installation schlägt fehl

nohwet · Sep 27th 2017

Hallo,

habe mir gerade die Beta geladen und zum testen versucht zu installieren.

Nachdem der Core komplett installiert wurde, kam die Fehlermeldung und nichts ging mehr.

Code

Error

    Error Type:

    wcf\system\exception\ErrorException

    Error Message:

    Use of undefined constant CAPTCHA_TYPE - assumed 'CAPTCHA_TYPE'

    File:

    */lib/system/WCF.class.php (322)

    Stack Trace:
        #0 */lib/system/request/Request.class.php (82):
        wcf\system\WCF::handleError(8, 'Use of undefined constant CAPTCHA_TYPE - assumed \'CAPTCHA_TYPE\'', '*/lib/system/request/Request.class.php', 82, [ ])
        #1 */lib/system/request/RequestHandler.class.php (96):
        wcf\system\request\Request->execute()
        #2 */acp/index.php (9):
        wcf\system\request\RequestHandler->handle('wcf', true)

Display More

**Alexander Ebert** · Sep 27th 2017

Entferne die fehlgeschlagene Installation und entferne die jeweiligen Cookies auf der verwendeten Domain.

nohwet · Sep 28th 2017

Was wurde hier behoben?

**Alexander Ebert** · Sep 28th 2017

Quote from nohwet

Was wurde hier behoben?

Keine Behebung im eigentlichen Sinne, viel mehr habe ich etwas eingebaut, dass derartige Probleme versucht präventiv zu verhindern. Entweder wartest du auf die nächste Beta, oder aber du berücksichtigst meinen obigen Hinweis, dann sollte es ohne Probleme funktionieren.

Falls es jemanden interessiert, die relevante Änderung ist hier dokumentiert: https://github.com/WoltLab/WCF/issues/2429

nohwet · Sep 28th 2017

Ok danke.

Es hat noch nicht geklappt, obwohl ich alles gelöscht hatte.

Auch mit einer neuen Domain wollte es nicht gehen.

Warte daher auf Beta 2

flohthuka · Oct 1st 2017

Wenn du unbedingt sofort testen willst:

Nutz einen alternativen Browser. In Chrome wollte es bei mir nicht funktionieren, in FF hat es dann direkt funktioniert

mcburn · Oct 16th 2017

Ich habe das gleiche Problem nur mit der WSC 3.0. Wollen eine Testinstanz auf einer Subdoamin Installieren.

Nach der Eingabe meines Names/Mailadresse und PW kommt diese Meldung. Auf der Hauptdomain läuft 3.0 mit Forum einwandfrei und wurde erst vor kurzem umgestellt.
Hatte vorher das Problem das ich mit dem Firefox nicht mehr anmelden konnte weil dann immer gesagt wurde das meine Sitzung abgelaufen sei. War auch nicht der einzige der das Problem hatte. Mit dem Chrome kam ich rein.

mcburn · Oct 16th 2017

So nun habe ich mal probiert und musste feststellen das das löschen der Cookies nicht reicht.

Denn die Testinstanz liegt auf einer Subdomain. Lösche ich diese Cookies so bekomme ich weiterhin beim Installieren den Fehler.

Lösche ich aber ALLE Cookies, sprich auch die der Hauptdomain , läuft die Installation durch ohne Fehler.
Werde auch automatisch im ACP eingeloggt Aber nun gehe ich ins Frontend und will mich anmelden habe ich wieder den Fehler das meine Sitzung abgelaufen ist.

Habe mich keine 2 minuten vorher auf der Hauptdomain wieder neu eingeloggt da ich durch das Cookie löschen ausgeloggt wurde.

Und nun komme ich in die Testinstanz auf der Subdomain wieder nicht rein.

Wenn ich mich aus dem ACP abmelde in der Testinstanz komme ich wieder rein Also da stimmt was gewaltig nicht Leute.

Kurios ist auch das selbst wenn ich ein falsches oder gar kein PW angebe diese Meldung bekomme das meine Sitzung abgelaufen ist.

Nachtrag : Mit Chrome kann ich mich einloggen im Frontend -.- Ach Leute was da los? kann es sein das die cookies nicht unterscheiden ob Haupt oder Subdomain?

**Alexander Ebert** · Oct 16th 2017

Quote from mcburn

Ach Leute was da los? kann es sein das die cookies nicht unterscheiden ob Haupt oder Subdomain?

Cookies für die Domain selbst (z. B. example.com) wirken sich auch auf die Subdomains aus. Das ist grundsätzlich auch ganz nützlich, so setzen wir beispielsweise unsere Cookies auf woltlab.com, damit diese in allen Subdomains erkannt werden.

Besonders schlimm ist bei Subdomains, dass du im Zweifel sowohl für die Subdomain als auch für die Domain selbst einen gleichnamigen Cookie haben kannst. In so einem Fall schickt der Browser irgendeinen von beiden Cookies mit (zu mindestens in Chrome vorzugsweise der von der Domain), aber das ist weder für dich als Nutzer ersichtlich, noch kann man Server-seitig erkennen, ob das der "richtige" Cookie ist.

tl;dr: Cookie-Präfix nutzen, dann kann dir das Chaos bei der Wahl des richtigen Cookies egal sein.

mcburn · Oct 16th 2017

Also im Grunde in der Testinstanz den Präfix ändern. Sehe gerade das dort wsc30_ steht. Also diese dann ändern einfach?

Nachtrag : Geändert und kann mich wieder einloggen im ACP.

Tioz · Oct 16th 2017

Quote from mcburn

Nachtrag : Geändert und kann mich wieder einloggen im ACP.

Hab recht interessiert mitgelesen, weil es mir mit einer Testinstallation bei einer Subdomain ähnlich erging, magst du auch verraten wo du das geändert hast? Wäre toll, danke dir

Edit: Selbst gefunden *kopf-tisch* ACP/Allgemein/System

MartiiAT · Feb 28th 2018

Quote from Tioz

Hab recht interessiert mitgelesen, weil es mir mit einer Testinstallation bei einer Subdomain ähnlich erging, magst du auch verraten wo du das geändert hast? Wäre toll, danke dir

Edit: Selbst gefunden *kopf-tisch* ACP/Allgemein/System

Was rausgefunden gehabt damals?

mcburn · Feb 28th 2018

Ja im ACP gibt es die Option Cookie Domain. Dort ist Standard im WSC 3.0 "wsc30" vorgegeben. Ändere dieses einfach im wsc31 oder wie auch immer um. Dann sollte es gehen.

Vor der Installation auf ner Subdomain habe ich noch alle Cookies gelöscht. Auch die der Hauptdomain. Dann lief Installation voll durch. Danach im ACP den Cookie Domain Prefix geändert. Ich hatte einfach wsc39 draus gemacht und schon lief es.

MartiiAT · Feb 28th 2018

Das Problem ist, ich komm ja gar nicht erst ins ACP - Da wie oben beschrieben, ich ein Testforum aufsetzen möchte auf einer Subdomain.

Allerdings habe ich bei meinem Hoster nirgends eine Funktion Cookies von der Domain zu löschen leider. Habe ich also gar keine Möglichkeit ein Testforum mit einer Sub Domain aufzusetzen?

T1N0 · Feb 28th 2018

Dann gibt es aber noch die Möglichkeit das ganze in der Datenbank zu ändern.

Dein Hoster hat mit den Cookies auch nichts zu tun. Die sind auf deinen Rechner.

Installation schlägt fehl

Alexander Ebert Sep 28th 2017

Alexander Ebert Sep 29th 2017

Participate now!

Share

Similar Threads

Update mit MySQL-Statement schlägt fehl

Update 4.1.13 -> 4.1.14 schlägt fehl

Installation des wbb4.1.14 auf XAMPP Server schlägt fehl

WoltLab Suite Core Installation schlägt fehl

install.sql; ADD CONSTRAINT schlägt fehl.

Installation schlägt fehl