Hallo Leute,
ich suche vergeblich nach einer Lösung, um sr_userregister optimal einzusetzen.
Die Option "enableAdminReview" ermöglicht es einem Administrator direkt zu agieren, wenn eine neue Registrierung erfolgt. Das ist auch gewünscht, damit der Admin nicht jedes mal ins Backend muss, um Benutzer frei zu schalten.
Nun gibt es aber auch die schöne Funktion, dem Benutzer vor "enableAdminReview", bereits eine anderen Benutzergruppe zuzuweisen. Das macht Sinn, wenn dem Benutzer schon einmal ein "Schnupper-Zugang" mit beschränkten Zugriffen gewährt werden soll.
Aber nun gibt es ein Problem. Der Datensatz ist erst aktiv, wenn der Admin den Link bestätigt hat. Und wird der Link dann bestätigt, wird die Benutzergruppe dann auf den endgültigen Zugang geändert.
Da frage ich mich doch, wo liegt der Sinn darin, vor ab eine Benutzergruppe zuzuweisen, wenn der Zugriff doch nicht möglich ist?
Es soll so sein, dass der Benutzer nach der Registrierung bereits den beschränkten Zugriff hat und der Administrator mit dem Klick auf den "enableAdminReview" Link die Endgültige Gruppe zuweist.
Ist das möglich?
Danke vorab
gibts niemanden, der das gleiche Problem hat?
Ich nehme an du meinst sr_feuser_register?
Tja, da gibt es ja ein paar Hooks in dieser Extension, die man nützen könnte,
wenn das Ding nicht so verdammt voll mit Bugs wäre.
Ich habe jetzt bei einem größeren Projekt sr_feuser_register durch powermail (Achtung: Version 1.6.9, der 2er-Zweig bietet nicht die nötigen Hooks) in Verbindung mit powermail_optin und einer selbst erstellten Extension, die an diversen Hooks in Powermail einhakt, ersetzt.
Damit konnte ich dann alle Wünsche des Auftraggebers umsetzen - kostet zwar auch eine Menge Zeit und Geld, man kommt aber im Gegensatz zur Verwendung von sr_feuser_register zum Ziel...
Ja, genau diese Extension meine ich.. sorry verschrieben.
Danke für den Hinweis. Das die Extension so buggy sein soll beflügelt mich nicht gerade, zumal kein Geld für extra Kapriolen verfügbar ist.
Aber ich brauche eine Lösung. Insbesondere soll/will der Admin, der eigentlich mit TYPO3 nichts zu tun haben will (ein viel beschäftigter Chef), in seiner Mail den Benutzer mit einem klick auf den Link in die andere Benutzergruppe verfrachten. Das funktioniert ja soweit. Nur soll der Benutzer schon vorher Zugriff über die erste Benutzergruppe bekommen.
Ich suche nach einer Möglichkeit, dass Datensatz schon nach der Registrierung und Bestätigung durch den Benutzer nicht versteckt ist. Dann sollte das halbwegs funktionieren (hoffe ich). Alle Tipps und empfohlene Einstellungen funktionieren nicht. Ich nehme an, ich muss in der Extension selbst herum pfuschen, damit das Feld "hidden" nicht auf 1 gesetzt, bzw. nach der Bestätigung des Benutzers auf 0 gesetzt wird.
dfluess schrieb
Ich suche nach einer Möglichkeit, dass Datensatz schon nach der Registrierung und Bestätigung durch den Benutzer nicht versteckt ist. Dann sollte das halbwegs funktionieren (hoffe ich). Alle Tipps und empfohlene Einstellungen funktionieren nicht. Ich nehme an, ich muss in der Extension selbst herum pfuschen, damit das Feld "hidden" nicht auf 1 gesetzt, bzw. nach der Bestätigung des Benutzers auf 0 gesetzt wird.
Das "in der Extension selbst herum pfuschen" ist ja das große Problem, find da mal was.
Eine einfache Lösung wäre folgende:
Du baust dir einen Scheduler-Task, der alle 5 Minuten die Tabelle fe_users abgrast nach versteckten Datensätzen aus der Gruppe "Schnupper-Zugang", und setzt per DB-Update hidden auf 0.