sr_feuser_registration userGroupAfterConfirmation

[steffmeister]

hallo leute,

nach endlosen Gesuche versuche ich mal wieder hier mein Glück.

Verwendet irgendwer hier sr_feuser_register (2.6.1 oder eine der aktuelleren 2.5.er) mit Typo3 (4.3 oder 4.2) in Kombination mit der sr_feuser_register Option userGroupAfterConfirmation?

Sobald ich da nämlich mehr als eine Gruppe reinschreibe, funktioniert die Bestätigung des FE Users nicht mehr (gelangt auf die Confirmation Seite, der User wird aber nicht aktiviert und eingeloggt).

Zum Beispiel:

plugin.tx_srfeuserregister_pi1.userGroupAfterConfirmation = 3,19

Hier mal noch ein paar Infos,
* ich hab das sowohl im Konstanten Bereich als auch im Setup Bereich probiert (TS)
* nur eine Gruppe anzugeben scheint problemlos zu funktionieren
* userGroupUponRegistration hingegen funktioniert offenbar problemlos
* habe keine Spaces bei meiner Gruppenliste
* ich versuche 2 Gruppen anzugeben, beide IDs der Gruppen existieren auch
* Google hab ich schon viel befragt und nicht wirklich was gefunden
* Extension Manual hab ich schon studiert und ich bin der Meinung alles richtig zu machen
* habe dasselbe Problem aktuell mit der 2.6.1er Version der Extension und mit Typo3 4.3.10, hatte es vorher aber schon mit Typo3 4.2.15 und ich glaube es war 2.5.27 der Extension

mfg
stefan

[silvio gesell]

Yep - Habe gleiches Problem!

Typo3 4.4.6
felogin 1.3.0
sr_feuser_register 2.6.1
srfeuserregister_t3secsaltedpw 0.2.0
rsaauth 1.0.0
saltedpasswords 1.0.0

egal ob...
...shortUrl oder nicht,
...enableHTMLMail = 1 oder = 0
[FE][loginSecurityLevel] = rsa oder =

auch egal ob...
notification_email_urlmode =
oder
notification_email_urlmode = all
oder
notification_email_urlmode = 76

config.simulateStaticDocuments = 0


Confirmation Mail wird gesendet, click auf den Link führt auf confirmPID, Seite ist aber leer -> keine Ausgabe des Plugins und die userGroupAfterConfirmation wird nicht aktiviert.

Sobald man anstatt mehrere nur eine userGroup zuweist funzt es.

Vielleicht hat es auch was damit zu tun:
"The token parameter is doubled in the hidden fields."
http://bugs.typo3.org/bug_view_advanced_page.php?bug_id=17137

Hoffe auch auf eine Lösung...

Ergänzung: die User Gruppen befinden sich bei mir in verschiedenen SysOrdnern und es hat vor ein paar Monaten noch alles funktioniert. Scheint mit den neuen Versionen zusammen zu hängen.

Usergruppen sind wie erforderlich ohne Leerzeichen kommasepariert angegeben:
plugin.tx_srfeuserregister_pi1.userGroupUponRegistration = 3,5
plugin.tx_srfeuserregister_pi1.userGroupAfterConfirmation = 4,6

[steffmeister]

Das Problem hab ich nach wie vor, ABER ich war in der Lage mir über die Hooks ein Workaround einzurichten. Mein Hook updated den User Eintrag dann einfach um die Gruppe. Nicht schön, aber es funktioniert.

[silvio gesell]

Hallo Stefan,

könntest Du Dein Script, was bei dem Hook ausgeführt wird und die Zeile für die ext_localconf.php als Workaround Snippet hier veröffentlichen?
Würde mich und vielleicht auch andere freuen.

Vielen Dank schonmal

[steffmeister]

Hier meine "Lösung" (wie gesagt es ist eher ein Workaround),
ich beschreib nur kurz mein Setup, weil es 1:1 so sicher nicht für alle intressant ist, ich habe ein multi-domain setup, sprich ich lass mehrere Homepages über eine Typo3 Instanz laufen. Je nachdem bei welcher Homepage ein User sich registriert landet er in einem anderen Ordner. Ich habe eine Usergruppe pro Homepage und eine für generell registriere Benutzer (aus anderen Gründen). Im Typoconf hab ich jetzt nur mehr die spezielle Gruppe für die jeweilige Homepage stehn.

sr_feuser_register
ext_localconf.php:

$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['tx_srfeuserregister_pi1']['confirmRegistrationClass'][] = 'EXT:sr_feuser_register/hooks/class.tx_srfeuserregister_hooksHandler.php:&tx_srfeuserregister_hooksHandler';

class.tx_srfeuserregister_hooksHandler.php:

class tx_srfeuserregister_hooksHandler {
    
    function confirmRegistrationClass_postProcess($recordArray, &$invokingObj) {
        $fh = fopen("temp", "a");
        fwrite($fh, time()." confirmRegistrationClass_postProcess: \n".print_r($recordArray, 1)."\n");
                
        $db = $GLOBALS['TYPO3_DB'];
        $query = "UPDATE fe_users SET usergroup='".$recordArray['usergroup'].",3' WHERE uid=".$recordArray['uid'];
        $q1 = $db->sql_query($query);
        
        fwrite($fh, "\n".$query."\n");
        
        fclose($fh);
    }

}

Vermutlich gibts schöneres. 3 ist meine generelle Gruppe. Hier mach ich zusätzlich noch etwas debugging output in ein File damit man überprüfen kann ob der Hook tatsächlich ausgeführt wurde.

Man sollte vermutlich ein anderes File hernehmen, weil das hier genannte zur extension installation gehört und bei einem update überschrieben wird. Es sollte aber reichen den Eintrag in der ext_localconf.php dementsprechend anzupassen. (Das hier ist/war meine erste Begegnung mit Hooks überhaupt.)