[TYPO3-german] Gelöst: felogin: per User redirect

[Alexander Bigga]

Hallo Peter,

das ganze kommt mir sehr bekannt vor.

Vor einer ganzen Weile hab ich mir da auch die Zähne ausgebissen:

http://linux.bigga.de/blog/blog-post/2011/09/21/typo3-redirect-after-frontend-user-login/

Für mich bleibt das ein Bug - wie Du wieder gezeigt hast.

Viele Grüße

Alexander
Am 21.05.2012 08:16, schrieb Peter Kühnlein:
> Moin Liste,
>
> nun klappt's... ich hab' zwei Dinge getan: einmal dieses Stück TS ins Setup
>
> plugin.tx_felogin_pi1{
> storagePid=16
> redirectMode=userLogin,groupLogin,login,logout
> redirectFirstMethod=1
> redirectPageLogin=1
> redirectPageLogout=1
> showLogoutFormAfterLogin=0
> redirectDisable=0
> [...]
> }
>
> und vor allem im Flexform vom Plugin das Häkchen entfernt, das ich bei
> "Display Logout Form After Successful Login" gesetzt hatte. Jetzt wird
> korrekt redirected, und zwar nach der Einstellung im User Record... muss
> man erstmal drauf kommen, dass das Häkchen den redirect beim Einloggen
> blockiert... duh...
>
> Schönen Start in die Woche,
> Peter
>
> Am 21.05.2012 00:08, schrieb Peter Kühnlein:
>> Danke für den Tipp Urs,
>>
>> mit Gruppe geht das sicher... (da hab ich bei Google schon Beispiele
>> gefunden). Aber kann das echt sein, dass das Feature "defined by User
>> Record" nicht funktioniert? Das wär ja ein Klopfer... felogin gibt's
>> doch schon eine Zeitlang... ich werd doch nicht der erste sein, der
>> User auf individuelle Seiten schicken will... hmmm...
>> Wär für meinen Kunden halt super umständlich, wenn er pro Kunden nicht
>> nur einen Account, sondern auch noch eine Gruppe anlegen müßte.
>> Abgesehen davon, dass vermutlich Typo langsam wird (wenn ich mich an
>> die Bemerkungen in den Seiten recht erinnere).
>>
>> Jedenfalls... Danke! Und gute Nacht -
>> Peter
>>
>> Am 20.05.2012 23:11, schrieb Urs Bräm:
>>> Hallo Peter
>>>
>>> Und wenn du es mit einer Gruppe probierst und den redirect dort
>>> setzst? Das ist zwar nicht das, was du benötigst, aber ich glaube
>>> mich zu erinnern, dass ich das auch schon mal hatte - und es dann nur
>>> mit der Gruppe ging.
>>>
>>> Gruss
>>> Urs
>>>
>>> Am 20.05.12 19:59, schrieb Peter Kühnlein:
>>>> Hallo Kay,
>>>>
>>>> hmmm nochmal gecheckt: nein, in den constants ist nichts gesetzt,
>>>> das so
>>>> ähnlich aussieht... Ich steh vor einem Rätsel...
>>>>
>>>> Gibt's eventuell irgendwelche constraints über die Seitenstruktur? Muss
>>>> das Login an einer bestimmten Stelle stehen?
>>>>
>>>> Schöne Grüße,
>>>> Peter
>>>>
>>>> Am 20.05.2012 18:58, schrieb Kay Strobach:
>>>>> Hi,
>>>>>
>>>>> hast du irgendwo in den constanten gesetzt : do not redirect?
>>>>>
>>>>> Ansonsten muss ja "First Supported Mode from Selection" gesetzt
>>>>> sein und
>>>>> du musst die entsprechenden Modes auswählen ;)
>>>>>
>>>>> Grüße
>>>>> Kay
>>>>>
>>>>> Am 20.05.2012 18:17, schrieb Peter Kühnlein:
>>>>>> Hallo Ralf-Rene,
>>>>>>
>>>>>> leider lag's daran nicht: ich hab's mal umgestellt und "defined by
>>>>>> User
>>>>>> Record" ganz nach oben gesetzt - Cache gelöscht.... ändert nix. "Use
>>>>>> First Supported Mode from Selection" ist nicht ausgewählt, da sollte
>>>>>> also eigentlich auch nix reinfummeln. Testhalber hab ich das mal
>>>>>> gesetzt
>>>>>> - auch keine Änderung.
>>>>>>
>>>>>> Schöne Grüße,
>>>>>> Peter
>>>>>>
>>>>>> Am 20.05.2012 18:05, schrieb Ralf-Rene Schröder:
>>>>>>> Am 20.05.2012 11:08, schrieb Peter Kühnlein:
>>>>>>>> Ich hab' im
>>>>>>>> Plugin eingestellt: "after Login Error (TS or Flexform)", "after
>>>>>>>> Logout
>>>>>>>> (TS or Flexform)"und "defined by User Record".
>>>>>>> im normalfall wird immer das ERSTE gefundene ausgeführt kann da der
>>>>>>> fehler liegen ?
>
>