Update von 4.5.3 auf 4.6.2 ->Kein frontenduser-Login mögl

[tommo]

Hallo,

ich habe eine Seite von 4.5.3 auf 4.6.2 upgedated. Leider funktioniert der Frontenduser-login nicht.
Ich habe:
+ die Seite über das "Schlüssel"-Symbol gesperrt
+ in der Administration eine Gruppe angelegt und einen User zugeordnet
+ Im Reiter category die Seite ausgewählt

Login-Fenster erscheint aber er meldet immer "Invalid Username or Password!"

Weiß einer Rat?

Danke,
Tom

[knb]

wir habe zwei installationen eine auch von 4.5.3 upgraded, und die andere von 4.4.4 upgraded.

Kann dir leider auch nicht helfen, aber vielleicht ist es bei Dir genauso seltsam wie bei uns:


1. ein frontenduser muss auch ein backenduser sein, und das gleiche passwort haben wie dieser backenduser
2. dieser backenduser muss lediglich existieren, er braucht im backend gar keine expliziten rechte zu haben

Probier mal bitte so einen Nutzer einzurichten, vielleicht kommt dann Dein Frontenduser auf die Seite rauf?

Dann wären wir schon zwei die dieses Problem haben!

[Oldperl]

1. ein frontenduser muss auch ein backenduser sein, und das gleiche passwort haben wie dieser backenduser

Nein das ist so nicht richtig, die beiden Userverwaltungen sind explizit voneinander getrennt. Schon mal probiert eine Frontendgruppe zu erzeugen und den Frontenduser da zuzuordnen?? Kann mich dunkel erinnern das es da schon mal nen thread hier im Forum gab.
Du kannst dich aber als Backenduser im Frontend einloggen, und dazu brauchst du keine Berechtigungen des Backendusers, da diese eh nur für das Backend gelten.

2. dieser backenduser muss lediglich existieren, er braucht im backend gar keine expliziten rechte zu haben

Ist nicht so, da ja bei der Musterinstallation auch ein kunde mit pw: kunde angelegt wird der nicht als Backenduser eingetragen ist, wie gesagt es existiert aber eine Gruppe der er zugehört.

Mit Gruß aus Franken

Ortwin

[knb]

Das ist es ja gerade, bei uns funktioneirt es komischerweise NUR so.

Es ist mir klar dass es von Contenido anders gedacht ist. Und auf vollständige Unabhängigkeit ausgelegt ist.


Zuordnung FEUser => FEGruppe habe ich selbstverständlich gemacht.

[HerrB]

@tommo:
Wenn Du das Login mit dem Login auf eine geschützte Kategorie versuchst, kann da noch ein Bug drin sein. Bitte verwende mal ein einfaches Login-Modul auf einer Seite.

@knb:
Wie gesagt, stelle Zugangsdaten zur Verfügung und Dir wird geholfen. Ohne ein System zum Testen, wo genau dieses Problem auftritt, ist es schwer, den Fehler zu finden.

Gruß
HerrB

[tommo]

@ HerrB
Mit dem Login-Modul funktioniert es

Kann ich den User denn nach dem Absenden gleich auf eine bestimte Geschützte Seite leiten?

TOM

[tommo]

soweit funktioniet es, ich hab das Login-Modul einfach mit dem anzuzeigenden "geschützten" Modul verbaut.

Schlägt der Login fehl (z.B. flasches Passwort), so kommt jedoch die Standard-Loginseite, die ja nach wie vor nicht funktioniert.
Optimalerweise sollte aber mein Login-Feld nochmal erscheinen. Wie krieg ich das hin?
Tom

[HerrB]

Kann ich den User denn nach dem Absenden gleich auf eine bestimte Geschützte Seite leiten?

Das geht nur, wenn Du Änderungen in der front_content.php vornimmst (suche mal im Forum, da gibt es schon lange Diskussionen zu).

Alternativ könntest Du auf der Login-Seite ein Modul integrieren, welches in Abhängigkeit von uid oder uname (siehe Login-Modul -> $auth) entsprechende Links anzeigt (oder via JS eine Weiterleitung initiiert).

Wie krieg ich das hin?

Siehe Contenido-FAQ, Überarbeitung der front_crclogin usw.-Datei im Mandanten-Verzeichnis. Da gibts auch von mir ein paar Postings.

Gruß
HerrB

[tommo]

ich hab's mir einfach gemacht.

Einfach die front_crcloginform.inc.php geändert in:

Code: Alles auswählen

<?php

global $cfg, $idcat, $username;

if ($lang == "2") {
	header("Location: front_content.php?idart=67&idcat=25&lang=1&fehler=1");
}else{
	header("Location: front_content.php?idart=75&idcat=25&lang=2&fehler=1");
}
?>

Code: Alles auswählen

fehler=1

sagt gibt mir im Login-Modul eine Fehlermeldung aus.

Ist zwar nicht so dynamisch, aber siehst Du da irgendwelche Probleme

Tom

[HerrB]

Nein, steht so auch in meinem Posting. Allerdings das mit dem lang irritiert mich: Eine dauerhafte Umschaltung der Sprache erfolgt über changelang.

Wenn sich jemand also auf lang 1 befindet, z.B. über ein Sprachwechselmodul auf lang 2 wechselt (-> changelang) und dann einen Fehler macht, ist dann die Sprache nicht noch immer 2?

Gruß
HerrB