Zum Inhalt springen

simulateBE in TYPO3 Version 4.1.1?

Erstellt am 14. Mai 2007 · 27 Antworten · letzte Antwort am 22. Juni 2010 · Seite 1 von 2

Tags: Frontend-Benutzer, Frage

joda ·

Hmmm, nun habe ich die Ext. dkd_feuser_belogin nochmals aktiviert und simulatebe deaktiviert. Wieder das gleich Bild. Ich kann keinen BE-User zuordnen. Nun habe ich einfach neben der Selectbox das Plus-Zeichen ausgewählt und einen neue BE-User erstellt. Jetzt wird es ganz kurios. In der Selectbox steht "Aktueller Wert nicht erlaubt" aber man höre und staune, das Login und das Editieren funktioniert. Ich verstehe nun überhaupt nichts mehr. #paralyzed#

Eigentlich könnte ich zufrieden sein, denn der Kunde muss nun nach dem Login lediglich noch einen Button drücken um zu editieren, doch ich habe kein gutes Gefühl...

Grüße
Jo

Dr.​ No ·

Moin.
Seid Ihr schon weiter gekommen bei dem Problem??? Mir ist jetzt aufgefallen, dass ich jetzt selbiges habe 😢

Danke.
Norman

happycrack ·

Hallo und tut mir leid, dass ich mich jetzt erst melde....

Ich bin mit der Sache überhaupt noch nicht weiter gekommen, es ist aber auch erstmal hinten angestellt. Ich habe es jetzt so konfiguriert, dass die Redakteure sich ins BE einloggen und dort nur den Menupunkt "Anzeigen" sehen.
Läuft vorerst aufs gleiche raus.

Ich werde mich zu gegebener Zeit wieder damit beschäftigen und meine Erfahrungen dann hier posten.

Vielen Dank für die Tipps
Daniel

joda ·

Ich habe gerade für ein neues Projekt ein neues System aufgesetzt. Und siehe da, hier funktioniert simulatebe. 😉

Obwohl ich eigentlich fast genau die gleichen Extensions wie im vorherigen Projekt installiert habe. Seltsam...

Auf jeden Fall scheint es somit kein generelles Problem zwischen 4.1.1 und simulatebe zu sein.

Grüße
Jo

Nachtrag: 11.06.07
Nun geht es wieder nicht mehr. Ich habe Gestern lediglich tt_news installiert. Auch wenn ich diese Extension wieder entferne funktioniert es nicht mehr. #angry#

Dieko ·

Die Problemdiskussion ist schon eine Weile her. Gibt es eine (noch verschwiegene) Lösung oder sollte man simulatebe wegwerfen?
Grüße Dietrich

joda ·

Einfach mal selbst ausprobieren. 😉

Eigentlich ist es schon eine praktische Funktion, sofern man Front-End-Editing macht. Der Redakteur muss sich eben nicht 2mal anmelden.

Grüße
Jo

Dieko ·

Na klar, wäre das eine Klasse Funktion, wenn sie denn ginge. Aber es will nicht. FE-Editing klappt wunderbar, aber die Verbindung vom FE-Login zum BE-Login wird offenbar nicht hergestellt. Gibt es nun schon positive Erfahrungen?
Dieko

flori73 ·

Ich habe genau das selbe Problem. Eines hande ich herausgefunden: Lösche ich den Cache meines Browsers, dann kann ich mich EINMAL Problemlos anmelden und die Seiten ändern. Logge ich mich wieder aus, dann geht das erst wieder, wenn ich den Browser zurücksetze.

Gehts villeicht mit der neuen Version 4.1.5 ??

Gruss

Flori

Kurt51 ·

Ich habe mir hier die diversen Antworten durchgelesen, trotzdem bestehen die Probleme weiter!? Es muss wohl an der TYPO3-Version liegen ODER an YAML!?
Ob newloginbox oder nicht spielt keine Rolle.
Ob mit oder ohne tt_news spielt keine Rolle.
Ob mit oder ohne YAML spielt vielleicht doch eine Rolle!?
Ich habe V4.0.4 mit allem laufen und es klappt wunderbar mit den "Stiften" im FE-Editing mit simulatebe OHNE YAML
Ich habe V4.1.2 mit allem laufen und es klappt NICHT (nur ab und zu mal!?!?!?) mit den "Stiften" im FE-Editing mit simulatebe, jedoch MIT YAML
Ist das nicht zum Mäuse melken!? :x

mitchiru ·

bei mir klappts mit 4.1.1,
nachdem diese zeile im typoscript drin war:

page.headerData.10 < plugin.tx_simulatebe_pi1

Dr.​ No ·

Hallo Kurt,

ich habe exakt das gleiche Problem.

Ich habe folgende Konstellation:
YAML 4.5.0
Typo3 4.1.5

Das Frontend-Editing funktioniert nur sporadisch bei mir. Wenn ich alle Caches in Typo3 lösche und den Browsercache lösche und dann die Seite neu aufrufe, dann habe ich die Stifte zum Editieren. In der Typo3 Tabelle be_sessions wird auch eine Session angelegt. Wenn ich mich aber abmelde und dann wieder anmelde, dann habe ich keine Stifte mehr! In der Tabelle wird auch keine Session angelegt. Wenn ich die Seite verlasse und wieder aufrufe geht es auch nicht.

Gruß
norman

joda ·

Hallo zusammen,

das Problem existiert nun schon über ein halbes Jahr und keine Lösung in Sicht. #angry#

Vielleicht wird mit 4.2 alles besser...

Grüße
Jo

suit4 ·

Hallo zusammen,

simualtebe funktioniert meines erachtes eigentlich ganz gut, nur ist es etwas "kompliziert" gedacht.

Man kann das ganze zum Laufen kriegen (auch mit new loginbox), wenn man simluatebe modifiziert (ok, das ist jetz quick and dirty, aber es geht):

1. simulatebe Extension modifizieren

if((!isset($_COOKIE["simulatebe"])) && $conf["allow"] && $GLOBALS["TSFE"]->loginUser && intval($GLOBALS["TSFE"]->fe_user->user["tx_simulatebe_beuser"]) && (t3lib_div::_GP("logintype")=="login")){
...

sollte besser lauten

if((!isset($_COOKIE["simulatebe"])) && $conf["allow"] && $GLOBALS["TSFE"]->loginUser && intval($GLOBALS["TSFE"]->fe_user->user["tx_simulatebe_beuser"]) /*&& (t3lib_div::_GP("logintype")=="login")*/){
...

Damit reagiert es nicht nur auf ein Login, sondern wird generell ausgeführt.

2. Zugangsberichtigung für die Seite einstellen, auf die der simulierte Benutzer zugreifen soll.
Wenn der BE-User, der dort simuliert wird, keine Berechtigung hat, diese Seite zu sehen, dann funktioniert das ganze natürlich nicht.
Aber darauf muss man auch erst mal kommen.

Das ganze funktioniert auch mit Redirects nach dem Login (dafür gibts ja auch die eine oder andere Extension...)

Erst wenn der Zugriff auf die Seite OK ist, wird in der Session der entsprechende Eintrag erzeugt, auf den man dann Testen kann, ob der BE-User eingeloggt ist.

simulatebe ist ein wenig von hinten durch die Brust ins Auge, aber es funktioniert. Schade, dass es in keiner Doku steht.

Ich denke, ich werde da demnächst mal ein kleines Tutorial verfassen.

Kurt51 ·

Hallo suit4,

"Ich denke, ich werde da demnächst mal ein kleines Tutorial verfassen."

wo bleibt es denn, das Tutorial!? 🙂
Ich hänge schon wieder an diesem Problem.
Mal sind die Stifte da, mal nicht!?!?!?
Wie soll man so etwas einem Kunden erklären?!

suit4 ·

@Kurt51 Sorry, bin bisher nicht dazu gekommen, aber selbst schon wieder über dieses Problem gestolpert, obwohl es auf der Seite schon korrekt eingerichtet war.

Der Trick, der es diesmal gelöst hat, steht in meinem Post oben unter (2): Die Zugriffsberechtigungen sind zwingend erforderlich, sonst wird simulateBE nicht aufgerufen.

Außerdem muss im template noch der Eintrag

page.headerData.10 < plugin.tx_simulatebe_pi1
plugin.tx_simulatebe_pi1.allow = 1

stehen, sonst passiert ebenfalls nix!

Tandrall ·

Es ist zwar schon eine Weile her, dass dieser Post eröffnet wurde, doch zumindest für das sporadische Erscheinen/Verschwinden der Editiermöglichkeiten habe ich eine Ursache gefunden.

Simulatebe benutzt für die Verknüfung von FE-User und BE-User ein Cookie namens simulatebe, welches vergeben wird, sobald man sich im FE anmeldet.
Sobald man sich im FE wieder abmeldet, wird auch besagtes Cookie wieder gelöscht.
Ist man nun über das FE angemeldet und meldet sich jedoch im BE ab, so wird das Cookie nicht gelöscht.
Da Simulatebe nun annimmt, dass eine aktive Session bereits besteht, meldet es den User nicht mehr im BE an und kann zusätzlich das Cookie nicht mehr löschen.

Ein manuelles Löschen des Cookies hilft hierbei.

In der aktuellen Version von Simulatebe ist dieses Problem bisher leider noch nicht behoben, daher sollte man einfach darauf achten sich stehts nur im FE abzumelden, um diesen Bug zu umgehen.

Ich hoffe, ich konnte vielleicht dem einen oder anderen etwas weiterhelfen.

einpraegsam.​net ·
Tandrall schrieb

Es ist zwar schon eine Weile her, dass dieser Post eröffnet wurde, doch zumindest für das sporadische Erscheinen/Verschwinden der Editiermöglichkeiten habe ich eine Ursache gefunden.

Simulatebe benutzt für die Verknüfung von FE-User und BE-User ein Cookie namens simulatebe, welches vergeben wird, sobald man sich im FE anmeldet.
Sobald man sich im FE wieder abmeldet, wird auch besagtes Cookie wieder gelöscht.
Ist man nun über das FE angemeldet und meldet sich jedoch im BE ab, so wird das Cookie nicht gelöscht.
Da Simulatebe nun annimmt, dass eine aktive Session bereits besteht, meldet es den User nicht mehr im BE an und kann zusätzlich das Cookie nicht mehr löschen.

Ein manuelles Löschen des Cookies hilft hierbei.

In der aktuellen Version von Simulatebe ist dieses Problem bisher leider noch nicht behoben, daher sollte man einfach darauf achten sich stehts nur im FE abzumelden, um diesen Bug zu umgehen.

Ich hoffe, ich konnte vielleicht dem einen oder anderen etwas weiterhelfen.

Guter Hinweis - das wäre eigentlich ein extra Thread wert!