[solved] CustomContent Variablen nicht belegt

[tramp]

Hallo,

mein Problem ist, dass die CustomContent Variablen nur belegt sind, wenn ich auf den Anmelde-Button der Login Form klicke.
Sobald ich auf einen anderen Link klicke, haben die Variablen keinen Inhalt mehr. Wenn ich dann wieder auf den Anmelde-Button klicke, sind sie wieder belegt.




der Code aus meinem Standard-Template:

{cms_module module='FrontEndUsers' form='login' nocaptcha="1"}
{cms_module module=CustomContent}

{if $ccuser->loggedin()}
Hallo {$customcontent_loginname}
{else}
Gast
{/if}


der Code aus meinem Anmelde(FEU)-Template:


{cms_module module=CustomContent}

{$startform}
{if $error}
{$error}
{/if}

{$input_username}
{$input_password}

Lang('login')}"/>

{$endform}




wäre super wenn mir jemand helfen kann

[NaN]

Was macht das CustomContent im FEU Anmeldetemplate?
Da hat es eigentlich nix zu suchen.

Probiers mal mit der Variable {$customcontent_loggedin}.
So mache ich es immer.

[cyberman]

mein Problem ist, dass die CustomContent Variablen nur belegt sind, wenn ich auf den Anmelde-Button der Login Form klicke.

Auf den Seiten, wo kein Login-Formular mehr drauf ist, musst du die FEU-Variablen "still" importieren - schau mal in die Hilfe. Stichwort form=silent

[tramp]

Was macht das CustomContent im FEU Anmeldetemplate?
Da hat es eigentlich nix zu suchen.

Habs auch ohne schon probiert, ändert nichts

Probiers mal mit der Variable {$customcontent_loggedin}.
So mache ich es immer.

Das selbe Problem.

Auf den Seiten, wo kein Login-Formular mehr drauf ist, musst du die FEU-Variablen "still" importieren - schau mal in die Hilfe. Stichwort form=silent

Werd ich so bald wir möglich probieren.

Habe noch ein bisschen geforscht und bin auf ne Bug-Meldung gestoßen:
http://forum.cmsmadesimple.org/index.php/topic,30393.0.html

Scheint so ziemlich mein Problem zu sein.
Bei den meisten funktioniert es anscheindend, sonst gäbe es mehr Posts zu Thema.

Melde mich, wenns was neues gibt
und
Danke für eure Hilfe!

Hannes

[NaN]

Hast Du Zwischenspeichern für alle Seiten deaktiviert?

[tramp]

Auf den Seiten, wo kein Login-Formular mehr drauf ist, musst du die FEU-Variablen "still" importieren - schau mal in die Hilfe. Stichwort form=silent

Das Login-Formular ist auf jeder Seite (Head) zu sehen, liegts vielleicht daran?

[NaN]

Wie jetzt?
Du zwingst das Modul also dazu generell das Login-Formular anzuzeigen?
Was ist, wenn ich eingeloggt bin?
Dann bleibt laut deinem Code das Login-Formular trotzdem stehen.
Da würde ich eher einfach nur

Code: Select all

{cms_module module='FrontEndUsers' nocaptcha="1"} 

verwenden.
Welches Formular angezeigt werden soll erkennt das Modul automatisch.
Für nicht eingeloggte User das Login-Formular, für eingeloggte User das logout-Formular.
Wenn das FrontendUsers Modul nicht auf allen Seiten zu sehen sein soll, du aber dort auch prüfen willst, ob der User eingeloggt ist, dann muss im Template ganz oben vor CustomContent (ähnlich wie Du es bereits gemacht hast)

Code: Select all

{cms_module module='FrontEndUsers' form='silent' nocaptcha="1"} 

stehen, damit das CustomContent-Modul zugriff auf die FrontendUsers Variablen hat, um diese dann dem Template zur Verfügung stellen zu können.

Damit der Login-Status nicht im Zwischenspeicher landet (denn dann wären wir ja beim nächsten mal eingeloggt, ohne dass danach geprüft werden konnte) musst Du für alle Seiten, auf denen nach dem Login-Status geprüft wird den Zwischenspeicher deaktivieren.
(Und anschließend in den globalen Einstellungen löschen)

[tramp]

Habe die Problemlösung gefunden, hat funktioniert:



stevew schrieb:

The FEU login problem reported in this thread can be "solved" by editing the modform.inc.php file in /lib/classes/module_support to roll back the changes made between CMS-MS 1.5.1 and 1.5.2

The changes are the addition of:
Code:

function __curPageURL() {
$pageURL = 'http';
if ($_SERVER["HTTPS"] == "on") {$pageURL .= "s";}
$pageURL .= "://";
if ($_SERVER["SERVER_PORT"] != "80") {
  $pageURL .= $_SERVER["SERVER_NAME"].":".$_SERVER["SERVER_PORT"].$_SERVER["REQUEST_URI"];
} else {
  $pageURL .= $_SERVER["SERVER_NAME"].$_SERVER["REQUEST_URI"];
}
return $pageURL;
}

and the line:
Code:

$goto = " action="".($returnid==''?'moduleinterface.php':__curPageURL()).'"'


Commenting out the first block and replacing the second line with:
Code:

$goto = ($returnid==''?'moduleinterface.php':'index.php');

(as in CMS-MS 1.5.1) solves the login problem. Also, the session IDs match (I worked out how to echo the session id to the browser ).

Whether it creates other problems I don't know yet.

Can anybody explain to me what the change in 1.5.2 does and why it is needed?

Or better: what can I do to my site to make it work with the 1.5.2 version of this file?

Thank you for your suggestions.

nochmal danke an alle